业务逻辑去处 —— 聚合，Manager，领域服务，应用服务

86 阅读 0 评论 57 点赞

我是靠谱客的博主义气纸鹤，最近开发中收集的这篇文章主要介绍业务逻辑去处 —— 聚合，Manager，领域服务，应用服务，觉得挺不错的，现在分享给大家，希望可以做个参考。

一段业务逻辑到底应该放在那，以下是我个人的以下判断，如果意见不同，可以评论指出哈

聚合，Manager，领域服务是领域层常见的3个对象，一段领域逻辑应该放在聚合，Manager还是领域服务中还是应用服务中？如下判断
注：这里所说的Manager是UserManager，RoleManager，PermissManager等相对于单个聚合的对象，可以把他当作一个仓库处理

放在应用服务还是领域层？

需要对多个聚合进行操作
1.如果逻辑的步骤是可分开的，那么放在应用层，如下实例
逻辑：修改手机号，修改备注
用户可以单独只修改手机号，或只修改备注，所以这点逻辑放在应用层

2.如果逻辑的步骤是不可分开的，那么放在应用层，如下实例
逻辑：修改安全问题，修改问题答案
用户修改了安全问题必须要修改问题答案答案，所以这个逻辑应该放在领域层

如果逻辑对多个聚合（如User和Order聚合）进行操作放在领域服务中
如果逻辑对单个聚合（如User聚合）进行操作则判断放在聚合还是Manager中

Manager相当于仓库的功能扩展，复杂的增删改查我们放在Manager中（如删除用户已失效的订单，删除2020前以前的订单等），某个聚合的Manager不能操作其他聚合的Manager，属于某个聚合的逻辑则放在聚合中（如果不清楚逻辑是否属于聚合，则利用重构的方法去判断）

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供，作为学习参考使用，或来自网络收集整理，版权属于原作者所有。