web開發自從有了基於腳本的WEB編程技術（如ASP）以來，經歷了一個漫長的過程。通過使用微軟的ASP.Net技術，傳統的ASP中大量的、單調乏味的、重復性的編程工作成為了歷史。例如，象大多數ASP程序員所知的，在ASP中顯示數據庫內容所需要的過程：
建立數據庫連接
用SQL查詢裝載ADO數據集
顯示所需要的任何Html代碼
遍歷數據集中的記錄
輸出記錄字段值及相關的Html
移向下一條記錄
循環
顯示所需要的Html代碼
又如，為了在表格中顯示記錄集的內容，我們需要輸出一個<table>標簽，然後開始循環。在循環中，每輸出一條記錄，需要先輸出一個<tr>標簽以及若干對<td>標簽和</tr>標簽。最後，以一個</table>標簽結尾。
在傳統的ASP中使用的這種方法有一個主要的缺點：HTML代碼與ASP源代碼不得不糾纏在一起。對於那些也許並不理解程序設計的頁面設計者或圖形藝術家來說，想要更改Html內容無疑是一場災難。另外，代碼的產生量也是驚人的，因為我們不僅需要從數據庫中取得數據，還需要使之可視化。
好在，ASP.Net提供了三個數據控件，使得原本在ASP中繁雜的工作變得簡單。這三個控件屬於數據Web控件，分別是DataGrid，DataList和Repeater。如果你對ASP.Net數據庫編程有所了解的話，你至少應該有使用其中一種控件的經驗。大多數情況下，我們從學習使用DataGrid開始，因為它的功能相對完整（數據顯示、分頁、編輯）並相對簡單。然而，DataGrid並非總是正確的選擇。
本文將分別論述每個數據控件不同於其它數據控件的特點，以及由此帶來的優缺點。正因為每種數據控件都有其自身的缺陷，因此在程序設計中並不存在最完美的選擇。你必須權衡三種控件的優缺點並決定哪一種更加適合你的程序。
為了幫助比較，在對每個控件進行論述時，我們會專注於三個特性：可用性（從頁面訪問者的角度）、開發時間和性能。我們首先描述一下這三種控件的共性，然後分別深入地討論三種控件的特點，每種控件如何實現以及如何體現可用性、開發時間和性能。
［數據控件(Data Web Controls)的共同點］
在我們討論三種控件各自特性之前，有必要先看一看它們之間的共同點。一般來說，從編程流程來看，最顯著的共同點就是，這三種控件都是用來顯示數據的。另一個共同點是需要一個數據綁定的代碼來將數據與控件綁定。這個過程只需要兩行代碼：
dataWebControlID.DataSource = someDataSource
dataWebControlID.DataBind()
一般情況下，someDataSource對象是指數據控件的數據源屬性，可以是DataSet，SqlDataReader，OleDbDataReader或一組數據（如數組、數組列表或其它的屬於System.Collection名空間的類）。不過，任意實現IEnumerable接口的對象也可以被綁定在數據控件上。
DataBind()方法遍歷一個特定的DataSource中的記錄，並對其中的每條記錄，建立一個條目並對應數據控件的Item集。數據控件中的每個條目將成為一個類的實例。這個類因數據控件的不同而有所區別。例如，DataGrid中的每個條目是DataGridItem類的一個實例，而Repeater中的條目則是RepeaterItem類的一個實例。
之所以使用不同的類來實例化不同數據控件的條目，是因為不同的數據控件將會使用不同的方式顯示數據及相應的HTML代碼。例如，DataGridItem類繼承自TableRow類，也就是說，每個DataGridItem的實例或多或少地可以看成一個表格中的一行。這是因為DataGrid被設計成可以借助Html中的<table>標簽以表格的形式顯示數據，因此每條記錄就是一個表格行。而Repeater則被設計成可以自由定義數據輸出的方式。所以，RepeaterItem並不繼承自TableRow就不奇怪了。
另一個三種數據控件的相同點是每種控件都被允許使用模板來顯示數據。DataList和Repeater控件必須使用模板來輸出數據，而DataGrid則允許通過TemplateColumn而只使用模板來顯示一列（在DataGrod單元中詳細論述）。
另一個不是十分值得比較的地方是：DataGrid和DataList都是繼承自WebControl類，而Repeater則是繼承自Control類。WebControl類包含一些用於美化的屬性，如：BackColor、ForeColor、CSSClass、BorderStyle等等。這說明在使用DataGrid或DataList時，你可以設定這些屬性來個性化輸出。Repeater控件則不具有這些屬性。我們會在Repeater單元討論如何使用模板來美化Repeater的輸出。
