如果ObjectDataSource不是大型应用程序的答案，那么它是什么？

Question

在Andrew Hare上引用This Question的答案。

  

对象数据源很适合小型   项目，但他们不能很好地扩展   你是嵌入数据层   您的UI层中的信息   应用。我建议你   只用它们非常小   应用程序和便笺簿测试   东西。如果你做出设计决定   使用它们准备好奋斗   有缩放和维护问题   未来。

应用程序架构=可维护性+可伸缩性+ ......

我认为，我读过的每篇开始学习应用程序架构的文章都使用了一些类来构建业务数据层，并使用ObjectDataSource将表示层与业务层连接起来。

看起来我错了。什么是用于业务层及其与表示层的连接的最佳方法？

Answer 1

毫无疑问，ObjectDataSource使绑定过程更容易。

它处理过滤，分页等......不那么头痛。

要考虑的要点。

• 查看（.aspx）参考了 业务对象因此限制了一些 像Refactoring while这样的任务 应用程序越来越大。
• 许多    现在的应用程序使用IoC和ODS    不支持。
• ODS的工作原理    参数和过滤条件    增加我们必须增加不。的    业务中的参数是    也不可取。

因此，如果我们考虑所有这些点，ODS不能很好地扩展。

Answer 2

我不使用ObjectDataSource;就个人而言，我喜欢对绑定过程的控制，所以我直接通过DataSource属性绑定，而不是使用DS控件。因为DS控制何时绑定或不绑定，所以我不喜欢点击事件来取消绑定只是因为我不想在那个特定时间执行它...它可以掩盖某些类型的编码错误，使得调试更加困难，但是如果有错误，你可以点击选中，插入等事件并处理错误，我相信。

然而，我不明白为什么错了;我不太清楚为什么它不能很好地扩展...如果它适合你，当你测试性能是好的，那我为什么不说。

HTH。