您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码:  验证码,看不清楚?请点击刷新验证码 必填



  求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Model Center   Code  
会员   
   
 
     
   
 订阅
  捐助
领域驱动设计: 构建你的代码蓝图
 
   次浏览      
 2019-8-30
 
编辑推荐:
本文来自于简书,本文主要重点聊聊战术设计,如何通过它,指导我们的编码,着眼于单个界限上下文。

战术设计

在DDD中,分两部分,战略设计和战术设计,战略设计很好的帮助我们理清问题域,划分服务。

在战术部分,DDD有很多的概念,这里我们聊聊一些重要的概念,各个概念所在层级和调用关系如下:

应用服务

很薄的一层, 与业务用例一一对应,非CRUD

协调代理的作用

其本身不包含业务逻辑

可以作为事务的边界

@Service
public class UserApplicationService {
private static Logger logger = LoggerFactory.getLogger(UserApplicationService.class);
@Autowired
private UserRepository userRepository;

@Autowired
private EmailService emailService;

@Autowired
private RegisterService registerService;

@Transactional
public String register(RegisterCommand command) {
User user = registerService.createUser(command.getOwnerEmail(), command.getPolicyNumber());
String uuid = user.getUuid();
userRepository.save(user);
emailService.sendEmail(uuid);
logger.info("Create user with email [{}]", command.getOwnerEmail());
return uuid;
}

@Transactional
public void initPassword(InitPasswordCommand command) {
User user = userRepository.findByUuid(command.getUuid());
user.initPassWord(command.getPassword());
logger.info("Set password with uuid[{}]", command.getUuid());
userRepository.save(user);
}

}

聚合

那业务逻辑到底放在什么地方呢?

聚合是一组相关领域对象,其目的是要确保业务规则在领域对象的各个生命周期都得以执行。

如图,每个聚合都有聚合根,它具备如下的一些特征:

核心领域对象,高度内聚。

其内部的所有业务操作都必须经过聚合根,对外提供一致性的边界。

聚合根之间的数据一致性一般通过最终一致性来保证。

//Good
order.removeItem(item);

//Bad
List<Item> items = order.getItems();
items.remove(item);

领域对象

它包括实体(Entity)和值对象(Value Object)实体

具有唯一标识

持久化

具有生命周期

通过ID判断相等性

可变

值对象

无唯一标识

用完就丢,主要起描述性作用

通过属性判断相等性,实现Equals方法

不可变

领域服务

有时领域逻辑放在领域对象上面不合适的情况,这时我们将逻辑放在领域服务里面,下图展示了领域服务和应用服务的区别:

资源库

DDD中的持久化组件,也是聚合根的集合,它屏蔽了底层的数据获取细节,分离业务复杂度和数据库操作带来的技术复杂度。注意:只对聚合根建立对应的资源库;不要将事务放在这一层。

public interface UserRepository {
void save(User user);
User findByUuid(String uuid);

User findByEmail(String email);

boolean existByEmail(String email);
}

领域事件

An event is something that has happened in the past.

领域专家所关心的具有显著业务意义的事件,或者是需要发布到另一个界限上下文的事件以实现最终一致性。

常在应用服务或者资源库中发布领域事件:

@Service
public class PolicyApplicationService {
private PolicyRepository policyRepository;
private DomainEventPublisher domainEventPublisher;

@Autowired
public PolicyApplicationService(PolicyRepository policyRepository, DomainEventPublisher domainEventPub

lisher) {
this.policyRepository = policyRepository;
this.domainEventPublisher = domainEventPublisher;
}

@Transactional
public void renew(RenewCommand renewCommand) {
Policy policy = policyRepository.byPolicyNumber(renewCommand.getPoli

cyNumber());
policy.updateStatus(renewCommand);
policyRepository.save(policy);
PolicyRenewedEvent domainEvent =
new PolicyRenewedEvent(renewCommand.getPolicyNumber(), renewCommand.getCardNumber(), renewCommand.getPrice());
domainEventPublisher.publish(domainEvent);
}
}

总结

DDD中的概念很多,但这些在面向对象编程里面,或多或少都接触过,对这些概念的掌握,可以方便我们了解各个层级和领域对象的职责,下次我们可以继续过下DDD中常见的架构模式,比如:四层架构,六边形架构,洋葱模型,Clean架构等

 

   
次浏览       
相关文章

为什么要做持续部署?
剖析“持续交付”:五个核心实践
集成与构建指南
持续集成工具的选择-装载
 
相关文档

持续集成介绍
使用Hudson持续集成
持续集成之-依赖管理
IPD集成产品开发管理
相关课程

配置管理、日构建与持续集成
软件架构设计方法、案例与实践
单元测试、重构及持续集成
基于Android的单元、性能测试