OnDataBinding vs Inline：优点、缺点和开销答案

【问题标题】：OnDataBinding vs Inline: pros, cons and overheadOnDataBinding vs Inline：优点、缺点和开销
【发布时间】：2011-01-24 14:22:32
【问题描述】：

我想我会问这个问题，看看为什么许多示例和人们更喜欢在 aspx 代码中使用内联数据绑定而不是在使用 WebForms 时实现 OnDataBinding 事件。

对于任何数据绑定控件（例如，Repeater、GridView 等），如果我需要执行任何不是开箱即用内置的操作（例如，我需要做一个评估）。我看到的大多数示例都使用内联

内联 ASP.NET 代码示例：

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

我喜欢如何做的例子：

在aspx中：

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

在代码隐藏的 .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 事件吗？

【问题讨论】：

标签： c# asp.net coding-style code-behind

【解决方案1】：

我更喜欢相反的情况。我更喜欢将我的代码隐藏限制在程序代码中，并将我的所有声明性代码保留在我的 Aspx 页面中。在上面的示例中，文字绝对是声明性的，因此（根据我的偏好）不属于代码隐藏。更强大的功能通常在我的代码隐藏中，我不希望我的开发人员在尝试理解它时不得不筛选一堆初始化行而变得混乱。

【讨论】：

+1，我也这样做。代码隐藏最多可能包含常用格式化的辅助方法（例如，将布尔格式化为 Yes/No 而不是 True/False），然后从标记中的数据绑定表达式调用这些方法。
以上是最基本的例子。你在哪里画线？
我认为不需要一行。任何声明性、完全静态或仅初始化代码都在 Aspx 文件中。
好吧，如果它是 Eval("Something").ToString("000000");或 ((int)(Eval("Something")) == 1) ？ “是”：“否”；等等...这就是我的意思是什么时候将它从 aspx 移动到代码隐藏...
这比我放在 Aspx 文件中的一些东西要简单得多 :) 就像我说的那样，那种东西是简单的、静态的、初始化代码，我不想要我的团队永远必须查看它们是否正在更改代码隐藏中的功能。它的混乱。

【解决方案2】：

它们之间的性能差异很小。数据绑定表达式被解析并编译成类似

control.DataBinding += new EventHandler(ControlDataBinding);

还有

private void ControlDataBinding(object sender, EventArgs e) {
    control.Text = Eval("Field");
}

在这种情况下，不会重写 OnDataBinding 方法。执行基本 Control.OnDataBinding 方法，引发 DataBinding 事件，从而导致执行上述代码。

当您覆盖 OnDataBinding 时，您只是在基本代码运行之前接管，并自己设置 Text 属性（例如）。

我不喜欢给出部分答案，但这次我会这样做，因为我认为它很整洁，而且它最近救了我：

我说数据绑定表达式被解析了。事实上，所有的标记都经过解析，生成了 C#、VB.NET 或任何语言的代码，并将它们编译成一个类。当页面被请求时，这个类的一个实例被创建，并开始它的生命。

您可以在磁盘上找到这些生成的代码文件抱歉，我不记得在哪里。它们的有趣之处在于它们仍然可以作为代码工作。

例如，我最近设置了一些相当复杂的 Infragistics 网格，完成了所有格式设置，然后发现我需要能够在 rumtime 设置格式（将正确的格式导入导出的 Excel 文件）。为此，我打开了源文件（所有网格都在一个用户控件中），并且能够将每个网格的配置提取到一组单独的方法中。

我能够使用 ReSharper 清理它们，将常见的代码序列提取到一个基类中，并使用一种静态方法来设置每个网格。然后我可以调用它们进行初始设置，以及用于 Excel 导出的虚拟网格的设置。

【讨论】：

那么我可以从您的帖子中推断出在性能方面没有差异，这只是一种风格选择吗？例如。 .cs 与 .aspx 文件中存在代码的偏好？我的偏好是 .aspx 文件中没有代码，但自从我开始使用 ASP.NET MVC 后，我开始不那么介意了。

【解决方案3】：

我更喜欢 OnDataBinding 的方式。您可以通过对所有 OnDataBinding 调用使用“Databind”区域来保持代码隐藏的清洁，并且可以通过将那些可怕的服务器端代码块移出那里来保持标记的清洁。

我认为大多数人都使用内联方式，因为它更容易理解和实施。

【讨论】：

【解决方案4】：

实际上我更喜欢将 aspx 用于您希望绑定的控件，例如 listview、gridview、repeater 和其他类似的控件。

对于其他控件，我会在代码隐藏中直接设置它们（作为我正在执行的过程的一部分，而不是为整个页面调用 literal.DataBind 或 DataBind）。如果它是用户/自定义控件，我希望调用者执行 DataBind，那么我将覆盖 DataBind 并设置值。

也就是说，我通常在代码隐藏之外有大量代码，并且会调用 ShowUser 之类的东西，在那里我将这些分配给控件（而不是设置属性，然后进行绑定，并让所有这些 eval 用于简单的控件）。

【讨论】：

【解决方案5】：

我同意菱角。我喜欢我的标记是干净的，并且我的所有 aspx/ascx 代码都驻留在我的代码隐藏文件中（它所属的位置）。

我只有一件事要补充。我不想在我的代码中乱扔我的每个数据绑定控件的 OnDataBinding() 事件。相反，我在嵌入可绑定控件（例如您的示例中的中继器）中的用户控件的 OnDataBinding() 事件中完成所有操作。

例如，在我的用户控件的代码隐藏中，您会发现：

protected override void OnDataBinding(EventArgs e)
{
    base.OnDataBinding(e);

    litExample.Text = Eval("ExampleField") + " - " + Eval("ExampleField2");
}

从这里您可以设置所有控件的属性或调用其他方法来设置它们。请注意，在我的示例中，我不需要像您在此处那样执行拳击：Literal lit = (Literal)(sender);

仅此一项就可以节省一些性能（当然是纳秒，但值得衡量）。在此处阅读“性能”部分：http://msdn.microsoft.com/en-us/library/yz2be5wk%28v=vs.80%29.aspx

我也反对在我的代码中使用字符串。我会使用 const 字符串变量来定义“ExampleField”和“ExampleField2”，或者将它们设置为用户控件中的公共属性，然后可以由包含控件/页面根据数据对象的列名进行设置被束缚。这为控件提供了更大的灵活性和重用性。

仅供参考：您不需要在 Eval 上调用 ToString()，因为此方法已经返回一个字符串。

【讨论】：