加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

设计模式 – DDD应用服务中的CRUD?

发布时间:2020-12-13 20:12:52 所属栏目:百科 来源:网络整理
导读:我是DDD的新手,但我正在尝试将DDD概念融入我当前的项目中. 对于我域中的许多实体,客户端需要独立于任何特定工作流执行所有标准CRUD操作.我发现自己有许多应用程序级服务,其名称如UserService或LocationService,只是作为各个存储库的外观. 这些应用程序服务作
我是DDD的新手,但我正在尝试将DDD概念融入我当前的项目中.

对于我域中的许多实体,客户端需要独立于任何特定工作流执行所有标准CRUD操作.我发现自己有许多应用程序级服务,其名称如UserService或LocationService,只是作为各个存储库的外观.

这些应用程序服务作为存储库外观是应用程序服务模式的“正确”应用程序吗?或者CRUD专用方法是否应该远离应用程序服务?如果是这样,接口层是否应该有一个存储库外观?

这当然取决于应用程序,也可能是一种品味问题,其中一些选择更直接的方法并将存储库直接暴露给客户端.这种方法的一个好处是简单.您不是遍历图层来跟踪代码的执行.另一方面,应用程序服务的角色是域层的Facade或API.

换句话说,应用程序服务封装了域层并协调域逻辑的执行.通过此标记,存储库也可以由应用程序服务封装.在这种情况下的好处可以是一致性,即域层的所有客户端通过应用程序服务与它进行交互,无论它们是发出命令还是检索数据.

最佳解决方案取决于您的应用程序.如果所有必需的功能都是CRUD或主要是CRUD,则不需要应用程序服务(或完整的DDD),因为在这种情况下,所有服务都委托给存储库,因此增加了不必要的复杂性.但是,应用程序服务也可以是一个方便的联结,用于管理存储库不应该处理的事务和工作单元.

另一种方法是将此职责委托给托管环境的基础结构,例如ASP.NET MVC应用程序中的操作筛选器.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读