我正在开发一个应用程序,其中绝大多数功能是数据库表和视图之间的一对一映射。到目前为止,它是一个纯粹的CRUD应用程序。

然而,也有少数情况涉及一些业务规则。例如,如果用户正在创建“受限测试”,则需要输入公司信息,但如果不是“受限测试“,则公司信息是可选的。

在这些场景中,让视图直接使用数据库对象而不使用中间业务对象,并且只在涉及业务规则的情况下实现业务对象,这是否可行?

作为附带问题,我使用的是ORM框架,它不允许我在实体字段上实现getter/setter代码。因此,这些实体对象上的所有字段基本上都是公共的,可以随意更改。这是否有足够的理由为每个实体类创建一个“业务对象”,以保护诸如PK等的不变量?

编辑:

我确实找到了马克·席曼(Mark Seemann)的一篇非常有用的帖子,似乎很好地回答了我的一半问题。 http://blog.ploeh.dk/2012/02/09/IsLayeringWorththeMapping/