如果ObjectDataSource不是大型应用程序的答案，那是什么？
引用Andrew Hare对此 问题的回答 。
对象数据源适用于小型项目，但由于您在应用程序的UI层中嵌入数据层信息，因此它们无法很好地扩展。 我建议您只将它们用于非常小的应用程序和便笺式测试。 如果您做出设计决定使用它们，请准备好在将来解决扩展和维护问题。
应用程序架构=可维护性+可伸缩性+ ……
我认为，我读过的每篇开始学习应用程序架构的文章都使用了一些类来构建业务数据层，并使用ObjectDataSource将表示层与业务层连接起来。
看起来我错了。 什么是用于业务层及其与表示层的连接的最佳方法？
我不使用ObjectDataSource; 就个人而言，我喜欢对绑定过程的控制，所以我直接通过DataSource属性绑定，而不是使用DS控件。 因为DS控制何时绑定或不绑定，我不喜欢使用事件来取消绑定只是因为我不想在那个特定的时间执行它…它可以掩盖某些类型的编码错误，使得调试更加困难，但是如果有错误，你可以点击选中，插入等事件并处理错误，我相信。
但是，我不明白为什么错了; 我不太清楚为什么它不能很好地扩展…如果它适合你，当你测试性能是好的，那我为什么不说。
HTH。
毫无疑问，ObjectDataSource使绑定过程更容易。
它可以处理过滤，分页等问题。
需要考虑的要点。
- 视图（.aspx）引用了Business对象，因此它限制了一些任务，例如在应用程序变大时重构。
- 现在很多应用都使用IoC而ODS不支持。
- ODS适用于参数，如果过滤条件增加，我们必须增加否。 业务中的参数也是不可取的。
因此，如果我们考虑所有这些点，ODS不能很好地扩展。