揭祕ASP.NET 2.0的Eval方法

iDotNetSpace發表於2009-02-05
ASP.NET

實際上Eval方法是TemplateControl的，而System.Web.UI.Page和System.Web.UI.UserControl都繼承於TemplateControl，所以我們可以在Page和UserControl上直接呼叫個方法。  
   
     Page.Eval方法可以幫助我們更好的撰寫資料繫結表示式，在ASP.NET   1.x時代，資料繫結表示式的一般形式是：  
 
   

     而在ASP.NET   2.0中，同樣的程式碼，我們可以這樣寫：
 
Code

 
     ASP.NET   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   1.x中的Container.DataItem。  
     看來不摸清楚GetDataItem()方法，我們也很難明白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   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   2.0中GetDataIten和Eval方法運作的原理了，下一次我打算研究ASP.NET   2.0中的新的Bind語法。  
   
     有提供Bind語法資料的和提出好建議的酌情給分，up、頂等分會很少，接分者無分。

     關於效率：
     毋庸置疑的是強型別轉換Container的效率是最高的，Eval最終是呼叫DataBinder.Eval方法，DataBinder.Eval是採用反射來獲取資料的，這顯然不如強型別資料轉換。  

     我們可以比較一下各種方法：  
   
((Type)   Container.DataItem).Property 
 
     這種方法效率是最高的，因為不存在任何反射。  
   
     其次是：  
 
((Type)   GetDataItem()).Property 
 
     這種方法效率差的原因在於多了一個Stack的Peek操作，當然，實際上這點兒差別可以忽略。  
   
     最後是：    Eval或者DataBinder.Eval，這兩種方法都使用反射來查詢屬性或者索引器成員，效率大打折扣。  
   
     另外一個值得注意的問題是，所有實現了INamingContainer介面的Control，都應該實現IDataItemContainer介面，因為在Control.DataBind的時候，如果發現控制元件實現了INamingContainer介面，就會試圖去尋找它的DataItem，如果這個控制元件沒有實現IDataItemContainer，則DataBinder.GetDataItem方法會使用反射看看控制元件有沒有一個叫做DataItem的屬性成員，顯然這不是我們希望看到的。  

     其實ASP.NET還有一個標記介面：INonBindingContainer，實現了INamingContainer介面的控制元件可以選擇同時實現這個來命令ASP.NET不去尋找DataItem，可是很可惜，不知道微軟出於什麼目的，這個介面是internal的……  
   
     其實效率方面不必太重視了，Eval表示式很好看的，即使有那麼極端的重視效率，GeDataItem也是不錯的選擇。毋庸置疑的是強型別轉換Container的效率是最高的，Eval最終是呼叫DataBinder.Eval方法，DataBinder.Eval是採用反射來獲取資料的，這顯然不如強型別資料轉換。  

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/12639172/viewspace-545373/，如需轉載，請註明出處，否則將追究法律責任。

相關文章