c# – OnDataBinding vs Inline：优缺点和开销

对于任何数据绑定控件(例如Repeater,GridView等),如果我需要做任何不是开箱即用的东西(例如,我需要做一个Eval),我总是为Field级别的控件实现OnDataBinding方法.我看到的大多数示例都使用内联<％#语法在aspx页面中使用代码. 内联ASP.NET代码示例：

<asp:Literal ID="litExample" runat="server"
    Text='<%# Eval("ExampleField").ToString() %>' />

我如何喜欢这样做的例子：

在aspx中：

<asp:Literal ID="litExample" runat="server" 
    OnDataBinding="litExample_DataBinding" />

在codebehind .cs：

protected void litExample_DataBinding(object sender,System.EventArgs e)
{
    Literal lit = (Literal)(sender);
    lit.Text = string.Format("{1} - {2}",Eval("ExampleField").ToString(),Eval("ExampleField2").ToString());
}

我个人更喜欢codebehind方法,因为它保持我的aspx页面清洁,我没有所有的这个内置的代码遍布整个地方,下一个人只是知道总是在.cs文件中查看代码更改.演示和代码的分离也以这种方式保持更好,因为HTML只是占位符,代码绑定正在确定实际被控制的内容.

现在这些是非常基本的例子.该字段可以是您要使用前导0或需要特定格式的DateTime进行格式化的整数.还可以使用所有类型的操作和代码来获取应存储在“文本”属性中的最终值结束.

如果您使用内联代码,您在哪里画线并将其移动到代码隐藏？

这样做的优点和缺点是什么？

一个比另外一个需要更多的开销？

编辑注意：我不是在将一个值分配给一个刚刚在页面上的控件,而是一个数据绑定的控件,因为它存在于一个中继器模板或gridview项目模板等中.显然,一个文字坐在一个页面上可以在代码中分配.

编辑注意：我以为我会收集更多的回应,特别是在开销上.大多数人不会使用OnDataBinding事件？