然而,当应用程序长期设计和构建时,并且预期(要求,客户愿望,最终数据库模式)可能会改变,那么引入适当的“业务”层可能会更有意义 – 将业务对象建模为对象,然后提供从基础数据库到这些业务对象的映射.

俗话说 – 你可以通过一层间接(或抽象)来解决计算机科学中的任何事情 – 这同样适用.

确定：您可以直接访问数据库,并且确定首先和第一次迭代可能(或可能)最快的方式.但是从长远来看,当应用程序建成后,通常是一个快速而又脏的方式 – 维护成本,维护成本,根据您和您的客户需求进行更改所需的成本和工作将会增长而且很快,在努力的过程中,这种快速的解决方案看起来并不好看.

所以总结一下我的观点：是的,最初使用直接的sql数据源可能会更快更容易 – 所以使用它就是重要的一点：为快速演示,一个概念验证样式的应用程序完成任务.但从长远来看,当您看一下应用程序的使用寿命时,通常值得投入更多(设计和编码)的努力来添加这一层抽象,以便您的网页不直接依赖于下面的数据库.

渣子