gpt4 book ai didi

.net - SqlDataSource 与 ObjectDataSource

转载 作者:行者123 更新时间:2023-12-03 14:41:57 24 4
gpt4 key购买 nike

如果网页需要一些数据,为什么不让 SQLDataSource 调用存储过程呢?为什么要使用 ObjectDataSource 调用业务对象,然后再调用存储过程?我知道基于 .net 框架构建的其他应用程序(比如说桌面应用程序)可以访问业务对象,但如果应用程序始终只是一个 Web 应用程序怎么办?

为了更清楚:

什么时候应该使用 SqlDataSourceObjectDataSource ?

如何激发选择?

最佳答案

如果只是一个演示、原型(prototype)或快速破解,那么只有一个 SQLDataSource 是完全有效的。它快速、简单、有效,并为您提供所需的结果。

然而,当一个应用程序是为长期设计和构建的,并预计事情(需求、客户愿望、最终数据库模式)可能会发生变化时,那么引入一个适当的“业务”层可能会更有意义 -将您的业务对象建模为对象,然后提供从底层数据库到这些业务对象的映射。

俗话说——你可以通过多一层间接(或抽象)来解决计算机科学中的几乎任何事情——这里也是如此。

当然:您可以直接访问数据库,并且可以肯定,在第一次和第一次迭代中,这可能(或可能)是最快的方式。但从长远来看,当一个应用程序经久耐用时,它通常是一个快速的- 和脏方式 - 维护成本、维护成本、根据您和您客户的需求进行更改所需的成本和工作量将增长并且很快,就努力。

所以总结一下我的观点:是的,最初,使用直接 SQL 数据源可能会更快更容易 - 所以当这是重要的一点时使用它:完成快速演示,概念验证风格的应用程序。但从长远来看,当您查看应用程序的生命周期时,通常值得投入更多(设计和编码)工作来添加这一抽象层,这样您的网页就不会直接依赖于下面的数据库。

马克

关于.net - SqlDataSource 与 ObjectDataSource,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1207295/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com