Vs2003中Grid绑定强类型的问题
今年下半年估计VS2008正式版就会发布了，但工作中修改某些程序还是会用到Vs2003，本来用什么开发环境到没有多大关系，因为程序逻辑都是一样的．可能是习惯了.Net2.0下Grid的强类型绑定，所以就会把这种习惯用到.Net1.1的开发环境中去．为什么非的要对Grid绑定强类型集合而不是我们的老朋友DataTable呢？这里要说明一下绑定强类型集合的优点：
1.可以真正实现全对象的操作，也就是你可以直接操作对象集合，而对象的增减会直接反映到Grid上，并直接刷新UI外观．
2.如果Grid是可编辑的，此时数据的输入性验证，完全可以在对象属性中进行控制，不符合规则的数据，不会被保存．如果绑定的是DataTable 由于它接受的是Object，所以理论上你可以从界面中输入任何值，此时你就不得不遍历进行判断不符合项，这是非常费劲的，并且容易出错．所以对于Grid是可编辑的情况，绑定强类型几乎是首选．
3.在保存数据时避免装箱与拆箱操作，.Net2.0下自不必多说，可以使用泛型集合来避免，但.Net1.1下该怎么办呢？幸好微软为我们考虑到了这点，只要你的对象集合实现了IBindingList接口，并继承CollectionBase（建议继承它，这样你可以省去很多事，并可以实现对象集合的功能扩展），你就可以通过操作Grid实现对绑定对象的添加，修改，删除，当然此时你操作的还都是内存对象，当要回写到数据库时，你可以遍历对象结合，将每一个对象抛向业务层去处理．
到这里为止，好像除了不方便外，.Ne1.1在绑定强类型上和.Net2.0貌似没有太大的区别，但我们往往又是一群不知足的人，问题也就随之而来：Vs2003下Grid绑定强类型时，其绑定顺序和对象属性的顺序并不一致，并且好像没有规律可寻，而Vs2005下Grid会依照属性定义时的顺序来绑定．别小看这个区别，当我们要求列要按一定的顺序出现时，问题就比较严重了，不管如何调整，Vs2003下的Grid就是不听话．如果你编写的是WebForm的程序还好办，你可以预先指定列的顺序，但WinForm下即使预先指定也是不行的，因为Grid绑定时会重新绘制列．不知道该如何解决，算不算Vs2003下Grid的一个bug．欢迎大家提出解决方案．
(最后补充一点，如果使用Linq，就方便多了，可以在语言级别使用Select进行过滤，真正作到想显示那个就显示那个，呵呵．)
1.可以真正实现全对象的操作，也就是你可以直接操作对象集合，而对象的增减会直接反映到Grid上，并直接刷新UI外观．
2.如果Grid是可编辑的，此时数据的输入性验证，完全可以在对象属性中进行控制，不符合规则的数据，不会被保存．如果绑定的是DataTable 由于它接受的是Object，所以理论上你可以从界面中输入任何值，此时你就不得不遍历进行判断不符合项，这是非常费劲的，并且容易出错．所以对于Grid是可编辑的情况，绑定强类型几乎是首选．
3.在保存数据时避免装箱与拆箱操作，.Net2.0下自不必多说，可以使用泛型集合来避免，但.Net1.1下该怎么办呢？幸好微软为我们考虑到了这点，只要你的对象集合实现了IBindingList接口，并继承CollectionBase（建议继承它，这样你可以省去很多事，并可以实现对象集合的功能扩展），你就可以通过操作Grid实现对绑定对象的添加，修改，删除，当然此时你操作的还都是内存对象，当要回写到数据库时，你可以遍历对象结合，将每一个对象抛向业务层去处理．
到这里为止，好像除了不方便外，.Ne1.1在绑定强类型上和.Net2.0貌似没有太大的区别，但我们往往又是一群不知足的人，问题也就随之而来：Vs2003下Grid绑定强类型时，其绑定顺序和对象属性的顺序并不一致，并且好像没有规律可寻，而Vs2005下Grid会依照属性定义时的顺序来绑定．别小看这个区别，当我们要求列要按一定的顺序出现时，问题就比较严重了，不管如何调整，Vs2003下的Grid就是不听话．如果你编写的是WebForm的程序还好办，你可以预先指定列的顺序，但WinForm下即使预先指定也是不行的，因为Grid绑定时会重新绘制列．不知道该如何解决，算不算Vs2003下Grid的一个bug．欢迎大家提出解决方案．
(最后补充一点，如果使用Linq，就方便多了，可以在语言级别使用Select进行过滤，真正作到想显示那个就显示那个，呵呵．)
