實例：ASP.NET Eval如何撰寫數據庫綁定表達式
ASP.NET Eval可以用于數據庫綁定，不過，具體操作似乎比較繁瑣，下面我們就來介紹一種關于ASP.NET Eval幫助撰寫數據庫綁定表達式的方法。
實際上ASP.NET Eval方法是TemplateControl的，而System.Web.UI.Page和System.Web.UI.UserControl都繼承于TemplateControl，所以我們可以在Page和UserControl上直接調用個方法。
Page.Eval方法可以幫助我們更好的撰寫數據綁定表達式，在ASP.NET Eval 1.x時代，數據綁定表達式的一般形式是：
- <%# DataBinder.Eval(Container,“DataItem.Name”) %>
而在ASP.NET Eval 2.0中，同樣的代碼，我們可以這樣寫：
- <%# Eval(“Name”)%>
ASP.NET Eval 2.0是怎么實現的呢？我們先從Eval方法來研究，通過反射.NET fromwork 2.0類庫的源代碼，我們可以看到這個方法是這樣實現的：
- protected internal object Eval(string expression)
- {
- this.CheckPageExists();
- return DataBinder.Eval(this.Page.GetDataItem(), expression);
- }
第一行我們不必管，這是檢查調用的時候有沒有Page對象的，如果沒有則會拋出一個異常。 關鍵是第二行：
- return DataBinder.Eval(this.Page.GetDataItem(), expression);
Page.GetDataItem()也是2.0中新增的一個方法，用途是正是取代ASP.NET Eval 1.x中的Container.DataItem。
看來不摸清楚GetDataItem()方法，我們也很難明白ASP.NET Eval的原理。GetDataItem的實現也很簡單：
- public object GetDataItem()
- {
- if ((this._dataBindingContext == null) || (this._dataBindingContext.Count == 0))
- {
- throw new InvalidOperationException(SR.GetString("Page_MissingDataBindingContext"));
- }
- return this._dataBindingContext.Peek();
- }
我們注意到了有一個內部對象_dataBindingContext，通過查源代碼發現這是一個Stack類型的東西。所以他有Peek方法。而這一段代碼很容易看懂，先判斷這個Stack是否被實例化，然后，判斷這個Stack里面是不是有任何元素，如果Stack沒有被實例化或者沒有元素則拋出一個異常。最后是將這個堆棧頂部的元素返回。
ASP.NET Eval 2.0用了一個Stack來保存所謂的DataItem，我們很快就查到了為這個堆棧壓元素和彈出元素的方法：Control.DataBind方法：
- protected virtual void DataBind(bool raiseOnDataBinding)
- {
- bool flag1 = false;//這個標志的用處在上下文中很容易推出來，如果有DataItem壓棧，則在后面出棧。
- if(this.IsBindingContainer)//判斷控件是不是數據綁定容器，實際上就是判斷控件類是不是實現了INamingContainer
- {
- bool flag2;
- object obj1 = DataBinder.GetDataItem(this, out flag2);//這個方法是判斷控件是不是有DataItem屬性，并把它取出來。
- if (flag2 && (this.Page != null))//如果控件有DataItem
- {
- this.Page.PushDataBindingContext(obj1);//把DataItem壓棧，PushDataBindingContext就是調用_dataBindingContext的Push方法
- flag1 = true;
- }
- }
- try
- {
- if (raiseOnDataBinding)//這里是判斷是不是觸發DataBinding事件的。
- {
- this.OnDataBinding(EventArgs.Empty);
- }
- this.DataBindChildren();//對子控件進行數據綁定，如果這個控件有DataItem，則上面會將DataItem壓入棧頂，這樣，在子控件里面調用Eval或者GetDataItem方法，就會把剛剛壓進去的DataItem給取出來。
- }
- finally
- {
- if(flag1)//如果剛才有壓棧，則現在彈出來。
- {
- this.Page.PopDataBindingContext();//PopDataBindingContext就是調用_dataBindingContext的Pop方法
- }
- }
- }
至此，我們已經可以完全了解ASP.NET Eval 2.0中GetDataIten和Eval方法運作的原理了
關于效率：
毋庸置疑的是強類型轉換Container的效率是最高的，ASP.NET Eval最終是調用DataBinder.Eval方法，DataBinder.Eval是采用反射來獲取數據的，這顯然不如強類型數據轉換。
我們可以比較一下各種方法：
- ((Type) Container.DataItem).Property
這種方法效率是最高的，因為不存在任何反射。
其次是：
- ((Type) GetDataItem()).Property
這種方法效率差的原因在于多了一個Stack的Peek操作，當然，實際上這點兒差別可以忽略。
最后是：ASP.NET Eval或者DataBinder.Eval，這兩種方法都使用反射來查找屬性或者索引器成員，效率大打折扣。
另外一個值得注意的問題是，所有實現了INamingContainer接口的Control，都應該實現IDataItemContainer接口，因為在Control.DataBind的時候，如果發現控件實現了INamingContainer接口，就會試圖去尋找它的DataItem，如果這個控件沒有實現IDataItemContainer，則DataBinder.GetDataItem方法會使用反射看看控件有沒有一個叫做DataItem的屬性成員，顯然這不是我們希望看到的。
其實ASP.NET Eval還有一個標記接口：INonBindingContainer，實現了INamingContainer接口的控件可以選擇同時實現這個來命令ASP.NET Eval不去尋找DataItem，可是很可惜，不知道微軟出于什么目的，這個接口是internal的……
其實效率方面不必太重視了，ASP.NET Eval表達式很好看的，即使有那么極端的重視效率，GeDataItem也是不錯的選擇。毋庸置疑的是強類型轉換Container的效率是最高的，Eval最終是調用DataBinder.Eval方法，DataBinder.Eval是采用反射來獲取數據的，這顯然不如強類型數據轉換。
本文來自博客園 作者：佚名
【編輯推薦】
