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