实体框架最佳实践:什么层应该调用SaveChanges()？

Question

对于一个干净的数据模型,我来回这个......

以批准工作流程为例,假设在我的Web应用程序中,我有一个页面,允许用户标记MyEntityObject要批准.MyEntityObject有一些控制其审批工作流程的属性,因此我有一个通用的实用方法FlagForApproval(MyEntityObject eo).

该页面应该调用FlagForApproval()来仅设置必要的属性,然后在它准备好时调用SaveChanges(),还是应该FlagForApproval()保存更改？

使用实用程序方法保存更改似乎比它要求做的更多(如果它只是一系列操作中的一步？),但同时,使页面调用SaveChanges()并提交数据到数据库似乎可以认为它太接近数据层职责.

思考？

(更新:FWIW,到目前为止我一直在使用实用方法调用SaveChanges(),这样页面只有一组异常要处理,无论是验证还是数据.)

Answer 1

我目前对此问题的看法是始终让业务逻辑层在验证数据后调用保存更改。当用户单击“保存”按钮时，我将需要验证的任何实体传递给 BLL，并由它决定是否 SaveChanges()。

我和你一样好奇，想看看其他人怎么说，因为自从我开始使用 EF 以来，这个问题（以及许多其他问题）一直困扰着我。