说说WebForm：
数据列表控件：
它们的共同的设置数据源方法：
那么这个数据源的格式，究竟有啥要求？最简单的方式是随便给弄个，然后等它抛异常：
从上面的错误可以看的出来，基本上支持三种数据源绑定方式：IListSource，IEnumerable，IDataSource。
说说Winform
数据列表控件：
它们的共同的设置数据源方法：
用同样的方式，发现它是死活不抛异常的，通过对DataGridView的DataSource查看代码：
一个不够再看一下ComboBox的DataSource：
从以上的提示可以得到信息，数据源支持：IListSource接口。
看看WPF
数据列表控件：
它们的共同的设置数据源方法：
对于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支持：
再说MDataTable
MDataTable是CYQ.Data 数据层框架里极重要的一组类，实现了和数据库间的完整映射，同时也肩负着和各种UI打交道，当然了，没有它我也不可能去研究各种绑定了。
对于自定义MDataTable数据源，在绑定列表控件的这条路上，几年前我研究了很久，后来最稳定的实现为：
public class MDataTable : IDataReader, IEnumerable,IListSource
为何MDataTable在WPF下和DataTable一样失效了?
但是结果为啥绑定无效？
解决的办法：
由于IListSource的存在，会导致WPF无法正常绑定，那就把这接口去掉了，发现WPF就正常了。
但是问题又来了，Winform是靠IListSource接口才能绑定，去掉了IListSource，在winform下不正常了。
经过一番深思，考虑了DataTable依靠DataTableView的方式来绑定WPF，我亮出了一招：
说明：
总结：
虽然各位平时和这些列表控件相依为命，但估计研究绑定机制的，还是比较少的，毕竟需要一定的缘分。
今天的内容就当个参考，待某天缘分来的时候，有需要的时候，再来回顾我这篇文章亦可。
