ASP.NET Eval可以用于數(shù)據(jù)庫綁定，不過，具體操作似乎比較繁瑣，下面我們就來介紹一種關于ASP.NET Eval幫助撰寫數(shù)據(jù)庫綁定表達式的方法。

實際上ASP.NET Eval方法是TemplateControl的，而System.Web.UI.Page和System.Web.UI.UserControl都繼承于TemplateControl，所以我們可以在Page和UserControl上直接調用個方法。  
   
Page.Eval方法可以幫助我們更好的撰寫數(shù)據(jù)綁定表達式，在ASP.NET Eval 1.x時代，數(shù)據(jù)綁定表達式的一般形式是：

<%# DataBinder.Eval(Container,“DataItem.Name”)   %> 

而在ASP.NET Eval  2.0中，同樣的代碼，我們可以這樣寫：

<%# Eval(“Name”)%>  

ASP.NET Eval  2.0是怎么實現(xiàn)的呢？我們先從Eval方法來研究，通過反射.NET  fromwork   2.0類庫的源代碼，我們可以看到這個方法是這樣實現(xiàn)的：

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的實現(xiàn)也很簡單：

public   object   GetDataItem()     
{     
     if   ((this._dataBindingContext ==  null) || (this._dataBindingContext.Count == 0))     
     {     
           throw   new   InvalidOperationException(SR.GetString("Page_MissingDataBindingContext"));     
     }     
     return   this._dataBindingContext.Peek();     
} 

我們注意到了有一個內(nèi)部對象_dataBindingContext，通過查源代碼發(fā)現(xiàn)這是一個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)//判斷控件是不是數(shù)據(jù)綁定容器，實際上就是判斷控件類是不是實現(xiàn)了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)//這里是判斷是不是觸發(fā)DataBinding事件的。     
           {     
             this.OnDataBinding(EventArgs.Empty);     
          }     
         this.DataBindChildren();//對子控件進行數(shù)據(jù)綁定，如果這個控件有DataItem，則上面會將DataItem壓入棧頂，這樣，在子控件里面調用Eval或者GetDataItem方法，就會把剛剛壓進去的DataItem給取出來。     
      }     
     finally     
     {     
         if(flag1)//如果剛才有壓棧，則現(xiàn)在彈出來。     
          {     
            this.Page.PopDataBindingContext();//PopDataBindingContext就是調用_dataBindingContext的Pop方法     
          }     
     }     
  }     

至此，我們已經(jīng)可以完全了解ASP.NET Eval  2.0中GetDataIten和Eval方法運作的原理了

關于效率：

毋庸置疑的是強類型轉換Container的效率是最高的，ASP.NET Eval最終是調用DataBinder.Eval方法，DataBinder.Eval是采用反射來獲取數(shù)據(jù)的，這顯然不如強類型數(shù)據(jù)轉換。  

我們可以比較一下各種方法：

((Type)   Container.DataItem).Property  

這種方法效率是最高的，因為不存在任何反射。

其次是：

((Type)   GetDataItem()).Property 

這種方法效率差的原因在于多了一個Stack的Peek操作，當然，實際上這點兒差別可以忽略。

最后是：ASP.NET Eval或者DataBinder.Eval，這兩種方法都使用反射來查找屬性或者索引器成員，效率大打折扣。  

另外一個值得注意的問題是，所有實現(xiàn)了INamingContainer接口的Control，都應該實現(xiàn)IDataItemContainer接口，因為在Control.DataBind的時候，如果發(fā)現(xiàn)控件實現(xiàn)了INamingContainer接口，就會試圖去尋找它的DataItem，如果這個控件沒有實現(xiàn)IDataItemContainer，則DataBinder.GetDataItem方法會使用反射看看控件有沒有一個叫做DataItem的屬性成員，顯然這不是我們希望看到的。  

其實ASP.NET Eval還有一個標記接口：INonBindingContainer，實現(xiàn)了INamingContainer接口的控件可以選擇同時實現(xiàn)這個來命令ASP.NET Eval不去尋找DataItem，可是很可惜，不知道微軟出于什么目的，這個接口是internal的……  

其實效率方面不必太重視了，ASP.NET Eval表達式很好看的，即使有那么極端的重視效率，GeDataItem也是不錯的選擇。毋庸置疑的是強類型轉換Container的效率是最高的，Eval最終是調用DataBinder.Eval方法，DataBinder.Eval是采用反射來獲取數(shù)據(jù)的，這顯然不如強類型數(shù)據(jù)轉換。

本文來自博客園   作者：佚名

【編輯推薦】

1. ASP.NET中Bind和Eval的區(qū)別：兩種綁定
2. ASP.NET的XML數(shù)據(jù)
3. ASP.NET模板控件開發(fā)淺析
4. ASP.NET 4.0新特性ClientID的改進
5. ASP.NET數(shù)據(jù)綁定的內(nèi)部機理淺析