说说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,我亮出了一招:
说明:
总结:
虽然各位平时和这些列表控件相依为命,但估计研究绑定机制的,还是比较少的,毕竟需要一定的缘分。
今天的内容就当个参考,待某天缘分来的时候,有需要的时候,再来回顾我这篇文章亦可。
本文原创发表于博客园,作者为路过秋天,原文链接:http://www.cnblogs.com/cyq1162/p/3251577.html