我剛剛在一個月前開始在一個.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)'
我們的團隊負責人是說,他得到了使用數據與謝里登網格控件,VB6工作時結合燒燬,ADO記錄集早在上個世紀九十年代。他不確定確切的問題是什麼,但他記得綁定沒有按預期工作,並導致他一些主要問題。從那時起,他們不再信任數據綁定,並手動爲其所有控件加載數據。
對話甚至出現的原因是因爲我發現數據綁定非常簡單,並且非常喜歡將數據表示(在本例中爲數據網格)從內存數據源(在這種情況下,數據表)。將數據逐行加載到網格中似乎破壞了這種區別。我還觀察到,隨着WPF和Silverlight中XAML的出現,爲了能夠將數據與設計器的XAML代碼完美連接起來,數據綁定似乎是必不可少的。
什麼時候應該謹慎使用.NET中的數據綁定?
.NET中的數據綁定完全不同於VB6中的數據綁定。 – SLaks 2010-04-13 21:12:20
@SLaks我是這麼想的。你知道任何可以明確說明的情況嗎? – 2010-04-13 21:13:20
這段代碼看起來已經過時至少10年了。 – Andrey 2010-04-13 21:14:21