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

Question

在这个问题上引用安德鲁野兔的答案。

对象数据源非常适合小型项目，但是在将数据层信息嵌入应用程序的UI层时，它们的伸缩性不好。 我建议您仅将它们用于非常小的应用程序和暂存器测试内容。 如果您决定使用它们，请做好准备，以应对将来的扩展和维护问题。

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

而且我想，我阅读的开始学习应用程序体系结构的每篇文章都使用一些类来构建业务数据层，并使用ObjectDataSource将表示层与业务层连接起来。

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

Answer 1

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

它处理过滤，分页等。

要考虑的要点。

• View（.aspx）引用了Business对象，因此它在应用程序变大时限制了诸如重构之类的某些任务。
• 如今，许多应用程序都使用IoC，而ODS不支持该功能。
• ODS适用于参数，如果过滤条件增加，我们必须增加No。 业务中的参数，这也是不希望的。

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

Answer 2

我不使用ObjectDataSource； 就个人而言，我喜欢对绑定过程的控制，因此我直接通过DataSource属性进行绑定，而不使用DS控件。 因为DS控制着何时绑定或不绑定，所以我不喜欢利用事件来取消绑定，只是因为我不想在那个特定时间这样做……它可以掩盖某些类型的编码错误，从而使调试变得更加困难，但是，如果发生错误，我相信您可以点击selected，insert等事件并处理错误。

但是，我不明白为什么会出错。 我不太确定为什么它不能很好地扩展...如果它适合您，并且当您测试性能还可以时，那我为什么不说呢。

HTH。