代码之家  ›  专栏  ›  技术社区  ›  Nicholas Mancuso

数据绑定相对于手动查询/添加到控件的好处

  •  4
  • Nicholas Mancuso  · 技术社区  · 16 年前

    我做C程序员总共2年左右,并且在专业领域工作了1年多一点。我在一家公司做开发人员,开发的应用程序早在.NET2时代就开始了。我的问题是:

    直接将SQL查询中的数据绑定用于控制查询并手动向控件添加项有什么好处?在部署方面,这种方法一般被认为更干净、更简单吗?是否仍然存在手动添加会对数据的显示/值提供更细粒度控制的情况?

    我之所以这样问是因为我被分配了一些错误,这些错误处理了一些根据查询结果填充自己的控件,并且希望清理不必要的逻辑,并将其推送到库来处理,而不是我。

    注意:我们正在使用.NET 2.0

    5 回复  |  直到 13 年前
        1
  •  5
  •   Mitchel Sellers    16 年前

    我个人发现使用

    control.DataSource = YourSource;
    control.DataBind();
    

    过程要简单得多,您不必进行迭代,而且总体上减少了loc。

    如果使用DropDownList和其他控件,则很可能还会设置DataValueField和DataTextField属性。

        2
  •  1
  •   Alan    16 年前

    数据绑定更容易设置,总体上不容易出错,显著降低了loc(正如Mitchel Sellers所说),并且,除了一些小故障之外,工作相当可靠。

    根据我的经验,如果您需要为数据绑定控件指定确切的更新顺序或时间,那么实际上您只需要完全的手动控制。

        3
  •  1
  •   plc training in chennai    13 年前

    信息连接的设置要简单得多,总体上问题主题较少,大大降低了LOC,而且,除了一些小错误之外,也很容易工作。根据我的经验,如果您需要为某些句柄的详细信息指定实际的最新订单或时间,您实际上只需要完全指导控制。

        4
  •  0
  •   MarcE    16 年前

    如果您有一个复杂的输入场景,那么手动绑定会很有用。通过数据绑定输入控件,您可以发现只有当数据到达数据库并引发异常(日期/时间格式错误、整数超出正确范围等)时,您才知道有坏数据。

    显然,您可以通过数据控件上的各种验证/预提交事件来处理这一问题,但只需手动验证输入并在您知道输入正确时发布,这会更容易(而且可读性更明显)。

    这是我能想到的唯一原因,它只适用于输入。如果您处于只读场景中,那么数据绑定是一个很简单的方法。

        5
  •  0
  •   Uwe Keim    15 年前

    我的经历与我以前在这里的海报完全相反。 This blog entry (2006年)总结了我对数据绑定的感受。