防腐层防的是哪门子腐

本文转载自微信公众号「codeasy」,作者阎华 。转载本文请联系codeasy公众号。  

成都创新互联公司专业为企业提供建水网站建设、建水做网站、建水网站设计、建水网站制作等企业网站建设、网页设计与制作、建水企业网站模板建站服务,10年建水做网站经验,不只是建网站,更提供有价值的思路和整体网络服务。

使用了DDD(领域驱动设计)后,代码编写有什么不一样呢?这个系列文章会对一些优秀的DDD实例代码进行分析,管中窥豹,略见数斑。这是第六篇,继续以IDDD_Sample为例做分析。

防腐层不是PORT/ADAPTER

防腐层(ACL)是比较容易被开发人员接受的概念,是因为很多人会把远程调用的port/adapter理解成防腐层,虽然它们有一定的关系,但这种理解并不准确。

防腐层讲的不是技术实现,它讲的“知识”——虽然A上下文依赖B上下文的概念,但还是尽可能不要让B上下文里的领域概念侵入到A上下文的领域层,否则,A就被B腐化了。

在IDDD_Sample中有三个限界上下文:

  • 身份认证上下文,这里的领域模型主要有“用户”、“角色”等
  • 协作上下文,这里的的领域模型主要有“论坛”、“帖子”、“日历”、“讨论”、“作者”等
  • 敏捷管理上下文,这里的主要领域模型是和Scrum相关的概念,比如Sprint,ProductOwner,Backlog等

协作上下文和敏捷管理上下文都依赖于身份认证上下文。

这里的关键点在于虽然依赖,但在协作上下文里有“作者”等概念,但没有“用户”这个概念,虽然它们有对应关系;在敏捷管理上下文里,有“ProductOwner”、“TeamMember”等概念,但没有“用户”这个概念,虽然它们有对应关系。

另外,“用户”这个概念映射到敏捷管理上下文里,对应的是多个实体;而映射到协作上下文里是多个值对象。下面我们分别来看一下。

实体到实体的映射

一个上下文里的实体在另一个上下文里体现为一个或多个实体,这是一种很常见的做法,有点儿像我们常见的“数据集成”。

在敏捷管理上下文里,有两个实体,一个是 ProuctOwner ,一个是 TeamMember 。

在身份认证上下文里,我们给一个用户分配了 ScrumProductOwner 这个角色,会在敏捷管理上下文里生成一个 ProductOwner 实体;给一个用户分配了 ScrumTeamMember 这个角色,会在敏捷管理上下文里生成一个 TeamMember 实体。

敏捷管理上下文监听了身份认证上下文里用户分配角色的事件,是通过agilepm.port.adapter.messaging.rabbitmq.RabbitMQTeamMemberEnablerListener这个监听实现的:

 
 
 
 
  1. @Override 
  2. protected String[] listensTo() { 
  3.     return new String[] { 
  4.         "com.saasovation.identityaccess.domain.model.access.UserAssignedToRole" 
  5.         }; 

处理逻辑如下:

 
 
 
 
  1. @Override 
  2. protected void filteredDispatch(String aType, String aTextMessage) { 
  3.         NotificationReader reader = new NotificationReader(aTextMessage); 
  4.  
  5.         String roleName = reader.eventStringValue("roleName"); 
  6.  
  7.         String username = reader.eventStringValue("username"); 
  8.         String emailAddress = reader.eventStringValue("emailAddress"); 
  9.         String firstName = reader.eventStringValue("firstName"); 
  10.         …… 
  11.  
  12.         if (roleName.equals("ScrumProductOwner")) { 
  13.             this.teamApplicationService().enableProductOwner( 
  14.                     new EnableProductOwnerCommand( 
  15.                         tenantId, 
  16.                         username, 
  17.                         firstName, 
  18.                         lastName, 
  19.                         emailAddress, 
  20.                         occurredOn)); 
  21.         } 
  22.          
  23.         …… 

事件监听器调用应用服务生成了一个 ProductOwner ,在敏捷管理上下文的领域逻辑里,就只会理解 ProductOwner 这个概念,而不会理解用户这个概念了。

实体到值对象的映射

有时候使用值对象比使用实体更经济。比如在协作上下文里,一篇帖子有作者的概念,但这个作者在只是一个值对象。

image.png

作者是一种类型的协作者,除了身份标识,还有name、email等属性。

但在创建一篇帖子时,传给帖子创建服务的一个参数是 username ,但帖子上的Author 这个值对象是怎么构建出来的呢?

这就需要调用身份认证上下文的服务去获取user更多的信息,来构建 Author。但应用层或领域层不能直接去调用一个RPC/REST服务,这里定义了一个 CollaboratorService 接口,里面有一个 authorFrom 方法可以通过用户名来创建一个 Author 的方法。在它实现类里,调用了 UserInRoleAdapter/HttpUserInRoleAdapter ,通过HTTP远程获取了user的信息。这里要特别注意的是,CollaboratorService 和 Author 这个领域模型再同一个包下,即在 collaboration.domain.model.collaborator 这个包下。而其它的几个类都在port/adapter 包下,即 collaboration.port.adapter.service 下面。

是的,你没猜错,这里用了IoC容器实现了依赖倒置

image.png

上下文集成的两种技术手段

上面的两种映射方式正好用到了技术上两种常用的集成手段 —— 基于消息和基于API。但首先要记住的是防腐层是关于领域概念的防腐,不是关于技术的,虽然我们需要通过 port/adaper 这种技术实现来把应用层/领域层和具体的实现技术做隔离,但防腐层不等于是port/adaper。

本文标题:防腐层防的是哪门子腐
本文链接:http://www.shufengxianlan.com/qtweb/news44/12294.html

网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等

广告

声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联