如何在WinForms GUI控件和客户端类之间同步数据?

每个UI控件都需要自己的某种状态。对于复杂的控件(如ListView),状态也相应地复杂。诀窍是使控制状态的维护尽可能简单。使用标准的listview,这是不可能的——程序员必须完成这项工作。

这就是我写作的原因之一 ObjectListView (围绕.NET WinForms ListView的开放源代码包装)。它允许您在更高级别上使用ListView,其中控件状态的维护是不可见的。对象列表视图直接对模型对象进行操作:

this.objectListView1.Objects = listOfModelObjects;
this.objectListView1.SelectedObject = aPerson;

一旦您可以在这个级别上工作,数据绑定本身就没有那么有用了。但是,如果您真的想使用它,可以使用 对象列表视图 项目。它让你两全其美。

对于ObjectListView,没有理由切换到更不有趣的DataGridView。ObjectListView为您提供了使用ListView漂亮的UI功能的DataGridView的便利性,然后还提供了一些其他功能:

alt text http://i25.tinypic.com/24vo5fb.jpg

标准的数据绑定可能使您的生活在这里变得更简单。使用A BindingList<T> 可以轻松实现双向绑定。双向绑定使用编程方式(即模型)或用户所做的更改更新UI变得容易。列表将保持同步。

但是,您可能希望将ListView替换为(只读) DataGridView 如果你负担得起的话。它将使您的like在数据绑定方面变得更加容易。

dataGridView.DataSource = new BindingList<T>(initialList);

数据绑定是一种方法。看看这篇文章,它非常有帮助:

Data Binding in .NET / C# Windows Forms

数据绑定为 开发人员创建读/写链接 在窗体上的控件和 应用程序中的数据(它们的数据 模型)。传统上,数据绑定是 在应用程序中使用 存储在数据库中的数据的优势。 Windows窗体数据绑定允许您 从数据库访问数据 作为其他结构中的数据,例如 数组和集合。

alt text http://www.akadia.com/img/dotnet_databinding_1.gif

我想没有 正确的 解决这个问题的方法。通常,我强烈支持通过各种方式将数据源集合与UI分离。有几种数据绑定解决方案可以将两者结合在一起。

不管怎样,让我考虑一下你所暴露的观点。

打开 冗余 :对于用户头脑中基本相同的实体,您确实有两个列表。这些清单根本不对等。

首先,不会有重复的内存。UI端的列表可能引用了数据源列表中的原始对象,但它只是一个引用。总的内存消耗不会比在UI中有一个集合对象大很多。

第二,这两个列表(UI和数据源)的项目数可能不同。如果在接口中使用分页,那么UI列表可能比数据源列表小得多。

论 复杂性 :使用良好的数据绑定解决方案可以大大降低UI与其数据源同步的复杂性。有些情况下,将两个列表分开实际上 简化 您的代码。

考虑使用单独的窗口/页面/用户控件/负责编辑(新的或旧的)对象的任何对象的可能性。如果您的UI上只有一个对象集合,那么这个单独的组件必须引用保存列表的同一个UI控件。这完全没有道理。

访问的问题 ListView (例如)直接地,就是您正在修改内存中数据的“主”副本。这意味着,如果您的用户决定取消他们的更改,您需要能够回滚他们可能做的任何更改。

所以您可以选择,添加两个数据结构副本的内存,或者在取消时回滚的复杂性。

退房 this 关于数据绑定的文章。对于ListView之类的东西,可以绑定到实现列表接口之一的自定义类。通过为事件的自定义类添加支持,您可以在列表发生更改时自动更新GUI(反之亦然)。

我刚刚用一个列表(myObject)和列表视图来处理这个混乱。ListView的不足之处在于,它不像其他许多对象容器(如ComboBox、ListBox和DataGridView)那样提供.datasource属性。我选择删除ListView而不是DataGridView,仅仅是因为我的要求不需要ListView(我在DataGridView中添加了一个自定义的第一列来呈现图像,这就是我最初选择ListView的原因。但你是对的,让事情保持同步的额外代码太让人头疼了。关于你的问题,做我做的。看看你是不是 真的? 通过考虑是否可以改用DataGridView并满足要求来要求ListView。