asp.net bind()和eval()的区别

eval()方法
在运行时使用反射执行后期绑定计算，因此与标准的ASP.NET数据绑定方法bind相比，会导致性能明显下降。它一般用在绑定时需要格式化字符串的情况下。多数情况尽量少用此方法
Eval 方法是静态（只读）方法，该方法采用数据字段的值作为参数并将其作为字符串返回。Bind 方法支持读/写功能，可以检索数据绑定控件的值并将任何更改提交回数据库。
使用 Eval 方法
Eval 方法可计算数据绑定控件（如 GridView、DetailsView 和 FormView 控件）的模板中的后期绑定数据表达式。在运行时，Eval 方法调用 DataBinder 对象的 Eval 方法，同时引用命名容器的当前数据项。命名容器通常是包含完整记录的数据绑定控件的最小组成部分，如 GridView 控件中的一行。因此，只能对数据绑定控件的模板内的绑定使用 Eval 方法。
Eval 方法以数据字段的名称作为参数，从数据源的当前记录返回一个包含该字段值的字符串。可以提供第二个参数来指定返回字符串的格式，该参数为可选参数。字符串格式参数使用为 String 类的 Format 方法定义的语法。
关于eval()效率
庸置疑的是强类型转换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是采用反射来获取数据的，这显然不如强类型数据转换。
eval()绑定方法
1、1.x中的数据绑定语法
 代码如下
<asp:Literal id="litEval2" runat="server" Text='<%#DataBinder.Eval(Container.DataItem, "userName")%>' />
 
2、 2.x简化Eval数据绑定语法
 代码如下
<asp:Literal id="http://www.hzhuti.com/nokia/5900xm/" runat="server" Text='<%Eval("userName")%>' />