|
［DataGrid控件］
在三種控件當中，DataGrid是迄今為止功能最為豐富的，但也是最不靈活的控件。這種在輸出HTML時不夠靈活的特點是因為它最初就是被設計成以表格的形式輸出數據。每一條記錄輸出時會建立一對<tr>標簽，而每個字段的值輸出時則建立一對<td>標簽。
DataGrid含有幾個屬性可以提高其可用性。如，通過設置DataGrid的AllowSorting屬性為true，并加入少量代碼，DataGrid就具備了按不同字段排序的功能。此外，設定相關屬性來實現分頁以及單條記錄編輯的功能更加增強了DataGrid的可用性。
除了在可用性方面的支持以外，DataGrid同時也相當節省開發時間。使用DataGrid在WEB頁面上顯示數據只需要兩行代碼。一行用來設定與DataGrid綁定的數據源（DataSource），另一條則用來執行綁定命令（DataBind()）。當然，在Repeater中實現這樣的功能并非不可能，只是，相比較使用DataGrid而言，你需要花費相當多的時間和精力來實現這些功能。
盡管DataGrid有這樣那樣令人印象深刻的優點，它的兩個缺點也同樣不能忽視。首先，如前所述，DataGrid在個性化輸出數據方面功能有限。當然，你可以定制字體、顏色以及線條寬度等等，但它始終只能是HTML表格。
每個在DataGrid中的列都是DataGridColumn類的一個實例。有五種DataGrid列的形式：
·BoundColumn
·ButtonColumn
·EditColumn
·HyperLinkColumn
·TemplateColumn
每種類型都會以一種方式允許頁面訪問與DataGrid進行交互。例如，BoundColumn將DataSource的字段值顯示為純文本；而HyperLinkColumn則將之顯示為一個超級鏈接。另外，開發者可以通過寫一個繼承自DataGridColumn的自定義類來定制DataGrid列的樣式。
盡管DataGrid具有這么多的增強可用性的屬性，卻仍然顯得死板而不夠靈活。這是因為，不論什么樣的屬性，都需要對DataGrid所生成的表格進行相關的設置而生效。這無疑會使表格變得臃腫而失去靈活性。例如，DataGridColumn的設置會對表格的每一行的相應列生效。DataGrid的這種局限性阻礙了更有創意地顯示數據。比如，你希望每五條記錄被顯示在一行，或根本不想要表格來顯示數據，你將不得不放棄使用DataGrid。
DataGrid的第二個缺陷是它的性能。在三種數據控件中，DataGrid是相對性能最差的。由DataGrid所生成的ViewState將會相當龐大，特別是在DataGrid含有較多的行時。當然，你也可以關閉ViewState功能，但代價是你將不能使用排序、分頁以及記錄編輯等功能。
為了測量DataGrid的性能，我使用了微軟的Web Application Stress Tool (WAST)。精確的測試條件設定以及測試用代碼將會在本文的結尾給出。
WAST將會對WEB服務器發出對一個特定URL的請求。每個測試將會針對一個URL在一分鐘之內連續不斷地請求。WAST將會一個代表性能的數值，代表WEB服務器將會在一秒鐘內執行ASP.Net頁面多少次。
兩個測試將顯示一個僅僅顯示數據的DataGrid。DataGrid將會顯示Northwinds數據庫中的Customers表的4個字段的內容（總計91條記錄）。DataGrid的AutoGenerateColumns屬性將會被設為True。第一個測試將DataGrid置于一個Form中，第二個則不置于Form中。將控件置于Form中而不指定其EnableViewState為False，則控件將會一直使用ViewState來維持其狀態。對ViewState的設定是為了有一個耗時的處理過程，來看一下它對于每秒種的頁面請求有什么樣的影響。測試結果見圖1。
圖1：對DataGrid的每秒請求次數
在下面我們要討論并測試的DataList和Repeater中，我們會看到它們的性能將優于DataGrid。
| 
