网上的一些资料：
Eval 单向绑定:数据是只读的Bind 双向绑定:数据可以更改,并返回服务器端,服务器可以处理更改后的数据,如存入数据库.
一种效率可能高点的写法：
<%# ((DataRowView)Container.DataItem)["xxxx"]%> 很有用的，这样可以在前台页面做好多事情了。
还要记住要这样用必须要在前台页面 导入名称空间System.Data,否则会生成错误信息。
<%@ Import namespace="System.Data" %> 这种用法其实和<%# ((DictionaryEntry)Container.DataItem).Key%>是一个道理。
关键是Container这个东西，它的名称空间是System.ComponentModel。
DataBinder.Eval(Container.DataItem,"Name")和Container.DataItem("Name")有什么区别？
DataBinder是System.Web里面的一个静态类，它提供了Eval方法用于简化数据绑定表达式的编写，但是它使用的方式是通过Reflection等开销比较大的方法来达到易用性，因此其性能并不是最好的。而Container则根本不是任何一个静态的对象或方法，它是ASP.NET页面编译器在数据绑定事件处理程序内部声明的局部变量，其类型是可以进行数据绑定的控件的数据容器类型（如在Repeater内部的数据绑定容器叫RepeaterItem），在这些容器类中基本都有DataItem属性，因此你可以写Container.DataItem，这个属性返回的是你正在被绑定的数据源中的那个数据项。如果你的数据源是DataTable，则这个数据项的类型实际是DataRowView。
最后：Container是你要绑定数据的容器控件，而DataItem是绑定数据到控件的数据源的字段！
我的看法：
性能效率高低现阶段根本不在程序代码这个转换上，在数据层做好缓存，则可以忽略这里了，这里的语法本来就是性能换开发速度。首要考虑的还是编码规范和省事方面，在这点上这几年几乎不用DataBinder.Eval了，因为绑定的一般都是实体，用Eval少写点代码而且还快速。只有在碰到比如数组之类的，没有明确的对外属性可用，只能靠索引来访问的对象时，才用这个。
否则一般使用Eval(“”)足够了。