在ASP.NET我們在使用Repeater，DetailsView，F(xiàn)ormView，GridView等數(shù)據(jù)綁定模板時，都會使用< %# Eval("字段名") %>或< %# Bind("字段名") %>這樣的語法來單向或雙向綁定數(shù)據(jù)。但是我們卻很少去了解，在這些語法的背后，ASP.NET究竟都做了哪些事情來方便我們使用這樣的語法來綁定數(shù)據(jù)。究竟解析這樣的語法是在編譯時，還是運(yùn)行時？如果沒有深入去了解，我們肯定不得而知。這個簡短的系列文章就是帶我們大家一起去深入探究一下ASP.NET綁定語法的內(nèi)部機(jī)理，以讓我們更加全面的認(rèn)識和運(yùn)用它。

事件的起因是，我希望動態(tài)的為Repeater控件添加行項模板，我可以通過實現(xiàn)ITempate接口的方式來動態(tài)添加行模板。并希望它通過普通的頁面綁定語法來完成數(shù)據(jù)字段的綁定功能，如下就是一個簡單的例子：

   1: /// < summary>

   2: /// Summary description for DynamicTemplate

   3: /// < /summary>

   4: public class DynamicTemplate : ITemplate

   5: {

   6:     public DynamicTemplate()

   7:     {

   8:         //

   9:         // TODO: Add constructor logic here

  10:         //

  11:     }

  12:     #region ITemplate Members

  13:  

  14:     public void InstantiateIn(Control container)

  15:     {

  16:         TextBox textBox = new TextBox();

  17:         textBox.Text = @"< %# Eval(""ID"") %>";

  18:         container.Controls.Add(textBox);

  19:     }

  20:     #endregion

  21: }

在這個例子中，我在模板中添加了一個TextBox控件，并指定它的綁定字段是“ID”。但是這做法，能否實現(xiàn)我們實現(xiàn)我們需要的功能呢？答案是否定，每一行的TextBox的值都是"< %# Eval(""ID"") %>"，而不會像我們希望的那樣去綁定ID字段。從結(jié)果來分析原因，我們可以非常容易得出，這段綁定語法并沒有得到ASP.NET運(yùn)行時的承認(rèn)，那么頁面中使用相同的語法為什么可以呢？故事就是從這里開始的。

我們首先要去了解下，在頁面中使用這樣的語法ASP.NET都為我們做了哪些事情呢？要了解這個，我們要找到.aspx文件在首次運(yùn)行時動態(tài)編譯的程序集。

我們都知道，在ASP.NET運(yùn)行時，也會把.aspx文件編譯成一個動態(tài)類，這個類是繼承于.aspx的Page指令中Inherits屬性指定的類并且同時也直接實現(xiàn)了IHttpHandler接口。這個動態(tài)類會負(fù)責(zé)創(chuàng)建頁面中使用的各種服務(wù)器端控件的實例，并且ASP.NET運(yùn)行時會負(fù)責(zé)解析的編譯.aspx中存在的服務(wù)器端代碼（包括綁定語法）并將這些代碼編譯到這個頁面類。WebSite工程和Web Application在頁面文件上有些不同，WebSite工程的每個頁面最多可以有兩個文件：.aspx和.aspx.cs文件；而在Web Application還可以包括.aspx.designer.cs文件，這個文件所起的作用也非常有限，也就是為了能在頁面代碼中使用服務(wù)器端、控件實例而定義的一個實例變量，僅此而已。所以在設(shè)計時WebSite具備更多的動態(tài)行為，而在運(yùn)行時WebSite工程和Web Application并沒有太大區(qū)別。

如何得到頁面的動態(tài)類呢？要首先得到這個頁所在的動態(tài)程序集，在Vista以前的操作系統(tǒng)上，一般是在：%SystemRoot%\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files 文件夾下，而在Vista中，而會在：%USERPROFILE%\AppData\Local\Temp\Temporary ASP.NET Files下。那么如何快速得到程序集的路徑和名稱？你可以讓你的Web工程動態(tài)編譯出錯（比如重復(fù)的類名），就可以快速定位到當(dāng)前動態(tài)程序集的目錄了。

動態(tài)類中會有很多的內(nèi)容，我們不作更多的分析，我們把目光集中綁定代碼上。假設(shè)現(xiàn)在頁面上有這么一段Repeater綁定代碼：

   1: < asp:Repeater runat="server" ID="repeater">

   2:     < HeaderTemplate>

   3:         < table>

   4:             < tr>

   5:                 < td>

   6:                     ID

   7:                 < /td>

   8:                 < td>

   9:                     電流{a}

  10:                 < /td>

  11:                  < td>電壓(V)< /td>

  12:                 < td>

  13:                     備注'

  14:                 < /td>

  15:                 < td>

  16:                     名稱]

  17:                 < /td>

  18:             < /tr>

  19:     < /HeaderTemplate>

  20:     < ItemTemplate>

  21:         < tr>

  22:             < td>

  23:                 < %# Eval("ID")%>

  24:             < /td>

  25:             < td>

  26:                 < %# Eval("電流{a}")%>

  27:             < /td>

  28:             < td>< %# Eval("電壓(V)")%>< /td>

  29:             < td>

  30:                 < %# Eval("備注'")%>

  31:             < /td>

  32:             < td>

  33:                 < %# Eval("名稱]")%>

  34:             < /td>

  35:         < /tr>

  36:     < /ItemTemplate>

  37:     < FooterTemplate>

  38:         < /table>

  39:     < /FooterTemplate>

  40: < /asp:Repeater>

那么在動態(tài)類中，相應(yīng)的會有這樣的一段函數(shù)，是用來創(chuàng)建ID為repeater的控件實例：

   1: [DebuggerNonUserCode]

   2: private Repeater __BuildControlrepeater()

   3: {

   4:     Repeater repeater = new Repeater();

   5:     base.repeater = repeater;

   6:     repeater.HeaderTemplate = new CompiledTemplateBuilder(new BuildTemplateMethod(this.__BuildControl__control4));

   7:     repeater.ItemTemplate = new CompiledTemplateBuilder(new BuildTemplateMethod(this.__BuildControl__control5));

   8:     repeater.FooterTemplate = new CompiledTemplateBuilder(new BuildTemplateMethod(this.__BuildControl__control7));

   9:     repeater.ID = "repeater";

  10:     return repeater;

  11: }

  12:  

  13:  

CompiledTempateBuilder和BuildTemplateMethod只是模板實例化的一個中介，真正用于添加模板內(nèi)容的是后面的那些私有函數(shù)，如ItemTempate的模板內(nèi)容實例的創(chuàng)建就在__BuildControl__control5函數(shù)中，這個函數(shù)原型定義是：

   1: [DebuggerNonUserCode]

   2: private void __BuildControl__control5(Control __ctrl)

   3: {

   4:     DataBoundLiteralControl control = this.__BuildControl__control6();

   5:     IParserAccessor accessor = __ctrl;

   6:     accessor.AddParsedSubObject(control);

   7: }

   8:  

在這個函數(shù)里，調(diào)用了另一個私有函數(shù)this.__BuildControl__control6，這個函數(shù)返回的一個DataBoundLiteralControl對象，并將對象輸出添加到__ctrl參數(shù)。事實上，只要我們?nèi)ラ喿xCompiledTempateBuilder就發(fā)現(xiàn)在，這里的__ctrol對象就是我們在實例化模板時傳入的對象，也就是ITemplate中的InstantiateIn方法的那個container參數(shù)對象。

為什么使用的是AddParsedSubObject方法，使用這個方法添加子控件相當(dāng)于告訴父控件，這是一個已經(jīng)解析好的子控件對象，不需再去將控件解析成HTML代碼，而在輸出時直接輸出Text屬性的值即可。從這里我們還可以得知DataBoundLiteralControl的對象，事實上就是承擔(dān)了字符串拼接的職責(zé)，這一點我們可以在后面的分析中得以驗證。

__BuildControl__control6私有函數(shù)的定義如下：

   1: [DebuggerNonUserCode]

   2: private DataBoundLiteralControl __BuildControl__control6()

   3: {

   4:     DataBoundLiteralControl control = new DataBoundLiteralControl(5, 4);

   5:     control.TemplateControl = this;

   6:     control.SetStaticString(0, "\r\n                < tr>\r\n                    < td>\r\n                        ");

   7:     control.SetStaticString(1, "\r\n                    < /td>\r\n                    < td>\r\n                        ");

   8:     control.SetStaticString(2, "\r\n                    < /td>\r\n                    \r\n                    < td>\r\n                        ");

   9:     control.SetStaticString(3, "\r\n                    < /td>\r\n                    < td>\r\n                        ");

  10:     control.SetStaticString(4, "\r\n                    < /td>\r\n                < /tr>\r\n            ");

  11:     control.DataBinding += new EventHandler(this.__DataBind__control6);

  12:     return control;

  13: }

在這個函數(shù)里面，創(chuàng)建了一個DataBoundLiteralControl對象，并將頁面上定義的模板的靜態(tài)HTML代碼添加到該的靜態(tài)字符串?dāng)?shù)組里，并且設(shè)置了它的綁定事件代理函數(shù)__DataBind__control6，該函數(shù)的定義：

   1: public void __DataBind__control6(object sender, EventArgs e)

   2: {

   3:     DataBoundLiteralControl control = (DataBoundLiteralControl) sender;

   4:     RepeaterItem bindingContainer = (RepeaterItem) control.BindingContainer;

   5:     control.SetDataBoundString(0, Convert.ToString(base.Eval("ID"), CultureInfo.CurrentCulture));

   6:     control.SetDataBoundString(1, Convert.ToString(base.Eval("電流{a}"), CultureInfo.CurrentCulture));

   7:     control.SetDataBoundString(2, Convert.ToString(base.Eval("備注'"), CultureInfo.CurrentCulture));

   8:     control.SetDataBoundString(3, Convert.ToString(base.Eval("名稱]"), CultureInfo.CurrentCulture));

   9: }

在這個函數(shù)中，我們看到了真正的數(shù)據(jù)綁定代碼了，它調(diào)用了TemplateControl的Eval方法來將當(dāng)前數(shù)據(jù)項的相應(yīng)字段的值取出，并按一定的格式轉(zhuǎn)化后添加到DataBoundLitreralControl對象中，并在DataBoundLiteralControl將StaticString和DataBoundString字符串?dāng)?shù)組按一定的順序拼接起來，作為Text屬性的輸出值。而容器控件則直接向客戶端輸這段HTML。

下面，我們還有必要來分析下TemplateControl中的Eval方法，這個方法有兩種重載，簡單起見，我們來分析較為簡單的重載：

   1: protected internal object Eval(string expression)

   2: {

   3:     this.CheckPageExists();

   4:     return DataBinder.Eval(this.Page.GetDataItem(), expression);

   5: }

這個方法，使用了DataBinder.Eval靜態(tài)方法來得到綁定表達(dá)式（字段名）的值，它的數(shù)據(jù)是通過this.Page.GetDataItem()這樣的一個方法得到的。那么為什么this.Page.GetDataItem()就可以得到當(dāng)前正在被綁定的數(shù)據(jù)項呢？原來，在頁面綁定數(shù)據(jù)時，它會有一個堆棧來保存它所有的綁定控件綁定時用到的數(shù)據(jù)項，我們只需要取得堆棧頂部的那個元素，就可以在頁面的作用域內(nèi)的任何一個位置得到當(dāng)前正在被綁定的數(shù)據(jù)項。如上的例子，我們就可以取得當(dāng)前綁定的RepeaterItem的DataItem的數(shù)據(jù)項，因此我們不需要與RepeaterItem有任何的聯(lián)系。

如果硬要用上面的代碼來描述數(shù)據(jù)綁定的全過程，跨度過大。但是有了以上的分析，我們再用文字的形式再來總結(jié)下，應(yīng)該就會一個比較完整的印象了：在ASP.NET的數(shù)據(jù)模板控件中，可以使用< %# %>這樣的語法來將字段值作為一個占位符，用在HTML代碼中，可以方便我們設(shè)計和生成最終的HTML代碼，不需要很多的字符拼接工作。而ASP.NET運(yùn)行時在首次執(zhí)行頁面時，會為頁面編譯一個動態(tài)類，在這個動態(tài)類中會實例化所有的服務(wù)器端控件，編譯和解析綁據(jù)模板控件的綁定語法，并用一些對象和操作來完成數(shù)據(jù)綁定的字符串接拼接行為。因此綁定語法的解析事實上是編譯時的行為，只不過這個編譯時是延遲到頁面的首次執(zhí)行時。這就可以解釋為什么在我們想在動態(tài)添加模板中使用< %# %>這樣的綁定語法時，無法解析的原因。

而對于DataBinder.Eval方法，這是ASP.NET提供的一個數(shù)據(jù)綁定輔助方法。通過這個方法，我們可以方便的從種不同的數(shù)據(jù)項，如自定義對象或DataRow取出對象的字段（屬性值）。從而為我們屏蔽很多不必要的數(shù)據(jù)來源類型的判斷。同時DataBinder這個類還提供了其它的綁定輔助方法，大家可以從MSDN查看更多有用的有關(guān)ASP.NET數(shù)據(jù)綁定的幫助。

【編輯推薦】

1. 介紹一些ASP.NET工作流學(xué)習(xí)資料
2. 調(diào)用ASP.NET工作流：承載及限制
3. ASP.NET工作流的創(chuàng)建與啟動
4. ASP.NET數(shù)據(jù)庫連接類ClassConn以及oledb數(shù)據(jù)庫連接方法
5. ASP.NET數(shù)據(jù)庫驅(qū)動類的實現(xiàn)：DBHelper