.NET各大平台数据列表控件绑定原理及比较（WebForm、Winform、WPF）

说说WebForm：

数据列表控件：

WebForm 下的列表绑定控件基本就是GridView、DataList、Repeater；当然还有其它DropDownList、ListBox等。

 

它们的共同的设置数据源方法：

XXX.DataSource=数据源。

 

那么这个数据源的格式，究竟有啥要求？最简单的方式是随便给弄个，然后等它抛异常：

 

 

从上面的错误可以看的出来，基本上支持三种数据源绑定方式：IListSource，IEnumerable，IDataSource。

 

说说Winform

数据列表控件：

WinForm 下的列表绑定控件基本就是DataGridView、ListView、ComboBox等。

 

它们的共同的设置数据源方法：

XXX.DataSource=数据源。 

 

用同样的方式，发现它是死活不抛异常的，通过对DataGridView的DataSource查看代码：

 一个不够再看一下ComboBox的DataSource：

 

从以上的提示可以得到信息，数据源支持：IListSource接口。

 

看看WPF

数据列表控件：

WPF 下的列表绑定控件基本就是DataGrid、ListBox、ComboBox等。

 

它们的共同的设置数据源方法：

XXX.ItemsSource=数据源。 

 

对于WPF，它的ItemsSource不再是Object类型，而是IEnumerable：

从以上的提示可以得到信息，数据源支持：IEnumerable接口。

三者比较：

WebForm： IListSource，IEnumerable，IDataSource。

Winform： IListSource

WPF：   IEnumerable

 

共同点：

由于IListSource的接口有个必须的实现是返回IList，而IList接口本身也有继承自IEnumerable接口。

所以最终的共同点就是都IEnumerable接口，通俗的说就是都支持：List<T>集合这样的数据源。

 

不同点：（以IDataReader，DataTable，DataSet等通用集合来说明）

WebForm：支持IDataReader，DataTable，DataSet。

Winform：不支持IDataReader, 支持DataTable，DataSet。 

WPF：支持IDataReader，不支持DataTable，DataSet。

 

这里面又有些故事：

 

Winform：为虾米不支持IDataReader?

对于DataGridView列表控件，其实表格是可以直接修改的，而且修改的值，会直接返改到绑定的数据源上。

可能出于这种性质，对于只读的IDataReader来说，它不太适合DataGridView控件上的读写双需求，所以不支持。

 

Winform下的DataTable绑定：

对于List<T>，可以方便的修改集合的属性，而对于DataTable，这是个复杂的自定义类，要绑定的东西并不是表的基本属性，而是存在另一个集合DataRowCollection中。

所以，设计人员搞出了：PropertyDescriptor 和ICustomTypeDescriptor等一套规范来实现属性描述和自定义类的取值绑定问题。

 

WPF：竟然不考虑DataTable支持：

估计双方没沟通好，或者是考虑到新的DataGrid又返朴归真，去掉了写的需求，WPF竟然不支持DataTable， 好在还有个属性DefaultView，可以把信息读到类似集合的DataView再去绑定，虽然多转了一步，但也算是勉强支持绑定了。

 

再说MDataTable

MDataTable是CYQ.Data 数据层框架里极重要的一组类，实现了和数据库间的完整映射，同时也肩负着和各种UI打交道，当然了，没有它我也不可能去研究各种绑定了。

对于自定义MDataTable数据源，在绑定列表控件的这条路上，几年前我研究了很久，后来最稳定的实现为：

public class MDataTable : IDataReader, IEnumerable,IListSource

 

为何MDataTable在WPF下和DataTable一样失效了?

这里其实有一个和DataTable不同的东西，就是我的自定义数据源继承了IDataReader和IEnumerable，简单的说是支持WPF的。

 

但是结果为啥绑定无效？ 

经过代码调试，发现了原来是接口的优先级问题热的祸， IListSource的级别比IEnumerable的先被调用了，结果就走了类似DataTable那一套规则，但那一套规则的属性读取和WPF是无效的，结果就变成了属性绑定，而不是数据行绑定。

 

解决的办法：

由于IListSource的存在，会导致WPF无法正常绑定，那就把这接口去掉了，发现WPF就正常了。

但是问题又来了，Winform是靠IListSource接口才能绑定，去掉了IListSource，在winform下不正常了。

经过一番深思，考虑了DataTable依靠DataTableView的方式来绑定WPF，我亮出了一招：

 

 

说明：

把IListSource接口的实现，分到了另一个类 MDataTableView，注意修饰为内部类，说明对于使用者来说，一切是还是照旧，但是内部在MDataTable.Bind方法调用是有识别当前的平台，如果是Winform，则把对象变更为：new MDataTableView(ref sourceObje)

 

总结：

虽然各位平时和这些列表控件相依为命，但估计研究绑定机制的，还是比较少的，毕竟需要一定的缘分。

今天的内容就当个参考，待某天缘分来的时候，有需要的时候，再来回顾我这篇文章亦可。