我何时应该谨慎使用.NET中的数据绑定?
我大约一个月前刚刚开始研究.NET程序员的一个小团队,最近我们与团队领导讨论了为什么我们的代码中根本不使用数据绑定.每次我们使用数据网格时,我们遍历数据表并逐行填充网格;代码通常看起来像这样:
Dim dt as DataTable = FuncLib.GetData("spGetTheData ...") Dim i As Integer For i = 0 To dt.Rows.Length - 1 '(not sure why we do not use a for each here)' gridRow = grid.Rows.Add() gridRow(constantProductID).Value = dt("ProductID").Value gridRow(constantProductDesc).Value = dt("ProductDescription").Value Next '(I am probably missing something in the code,but that is basically it)' 我们的团队负责人说,在九十年代使用Sheridan Grid控件,VB6和ADO记录集时,他使用数据绑定进行了刻录.他不确定究竟是什么问题,但他记得绑定没有按预期工作,并给他带来了一些重大问题.从那时起,他们就不会信任数据绑定并手动加载所有控件的数据. 对话甚至出现的原因是因为我发现数据绑定非常简单,并且非常喜欢将数据表示(在本例中为数据网格)与内存数据源(在本例中为数据表)分开.将数据逐行“加载”到网格中似乎打破了这种区别.我还观察到,随着WPF和Silverlight中XAML的出现,数据绑定似乎是必须的,以便能够用您的数据干净地连接设计者的XAML代码. 我应该何时在.NET中使用数据绑定时要小心? 解决方法
如果你所做的只是显示数据,我认为没有理由不使用数据绑定.
我也来自VB6世界,数据绑定我们一次又一次,所以我们有标准和解决方法,以便不使用它. 输入.NET,数据绑定就像您需要的那样灵活.我真的很欣赏绑定现在的力量. 您通过拒绝内置功能编写了许多不必要的代码. 您甚至可以将屏幕上的对象(如文本框)绑定到类中的属性. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |