我成为 C# 程序员总共大约 2 年，专业的时间超过 1 年。我在一家公司担任开发人员，开发在 .NET 2 之前开始的应用程序。我的问题是：
直接使用来自 sql 查询的数据绑定来控制查询和手动将项目添加到控件有什么好处？这种方法通常被认为更干净，在部署方面更简单吗？是否仍然存在手动添加会对数据的显示/值进行更细粒度的控制的情况？
我之所以问，是因为我被分配了一些错误，这些错误处理一些根据查询结果填充自己的控件，并且希望清理不必要的逻辑并将其推送到库而不是我来处理。
注意：我们使用的是 .NET 2.0
我个人发现使用
control.DataSource = YourSource;
control.DataBind();
过程更容易，您不必进行迭代，并且总体上减少了LOC。
如果使用 DropDownLists 和其他控件，您很可能还会设置 DataValueField 和 DataTextField 属性。
数据绑定更容易设置，总体上更不容易出错，显着降低 LOC（如 Mitchel Sellers 所说），并且除了一些小故障之外，工作相当可靠。
根据我的经验，如果您需要为数据绑定控件指定确切的更新顺序或时间，您实际上只需要完全手动控制。
信息连接的设置要简单得多，整体问题主题更少，大大降低了 LOC，并且除了一些小错误之外，将很容易工作。根据我的经验，如果您需要为某些句柄的详细信息指定实际的更新顺序或时间，您实际上只需要完全的指南控制。
如果您有复杂的输入场景，手动绑定会很有用。使用数据绑定输入控件，您会发现只有当数据到达数据库并引发异常（日期/时间格式错误、整数超出正确范围等）时，您才知道有错误数据。
您显然可以通过数据控件上的各种验证/预提交事件来处理这个问题，但是手动验证您的输入并在您知道它是正确的时候发布它会更容易（并且更明显可读）。
这是我能想到的唯一原因，它只适用于输入。如果您处于只读场景中，那么数据绑定是轻而易举的事。
我的经历与我以前在这里的海报完全相反。这篇博文（日期为 2006 年）总结了我对数据绑定的感受。