Kas*_*hef 5 c# architecture asp.net ado.net objectdatasource
对象数据源非常适合小型项目,但是在将数据层信息嵌入应用程序的UI层时,它们的伸缩性不好。我建议您仅将它们用于非常小的应用程序和暂存器测试内容。如果您决定使用它们,请做好准备,以应对将来的扩展和维护问题。
应用程序架构=可维护性+可伸缩性+ ......
而且我想,我阅读的开始学习应用程序体系结构的每篇文章都使用一些类来构建业务数据层,并用于ObjectDataSource将表示层与业务层连接起来。
看来我错了。真正用于业务层及其与表示层的连接的最佳方法是什么?
我不使用 ObjectDataSource;就我个人而言,我喜欢对绑定过程进行控制,因此我直接通过DataSource属性进行绑定,而不使用DS控件。因为 DS 控制何时绑定或不绑定,所以我不喜欢利用事件来取消绑定,只是因为我不想在那个特定时间执行此操作...它可以掩盖某些类型的编码错误,从而使调试变得更加困难,但如果出现错误,我相信您可以点击选定、插入等事件并处理错误。
但是,我不明白为什么它是错误的;我不太确定为什么它不能很好地扩展......如果它适合你,并且当你测试性能正常时,那么我会说为什么不呢。
HTH。