干货分享：DDD项目架构与充血模型实例

1 DDD

最近在学习领域驱动设计，同时也学习了COLA代码并进行了一些项目实践，COLA代码整洁优雅，但有一定学习成本和使用成本。最终一个工程思想还是要落地，我综合了一些DDD技术框架，删除了CQRS和事件总线模式，整理了一个简单实用易于落地的项目架构。

(1) demo-infrastructure

基础层。包含基础性功能，例如数据库访问功能，缓存访问功能，消息发送功能，还需要提供通用工具包

(2) demo-dependency

外部访问层。在这个模块中调用外部RPC服务，解析返回码和返回数据

(3) demo-domain

领域层。这个模块包含类似于三层架构的BO(Business Object)，但不同的是使用充血模式进行定义，所以领域层本身也包含业务逻辑，不是简单进行属性声明

(4) demo-service

业务层。虽然领域层和业务层都包含业务，但是用途不同。业务层可以组合不同领域的业务，并且可以增加流控、监控、日志、权限控制切面，相较于领域层更为丰富

(5) demo-api

对外接口层。提供面向外部接口声明

(6) demo-controller

对外访问层。提供面向外部访问入口

2 三层架构与贫血模型

在使用上述框架之前我们一般使用三层架构进行业务开发：

Repository + Entity

Service + BO(Business Object)

Controller + VO(View Object)

复制代码

在三层架构业务开发中，大家经常使用基于贫血模型的开发模式。贫血模型是指业务逻辑全部放在service层，业务对象只包含数据不包含业务逻辑。我们来分析代码实例。

/**

* 账户业务对象

*

* @author 微信公众号「JAVA前线」

*

*/

public class AccountBO {

/**

* 账户ID

*/

private String accountId;

/**

* 账户余额

*/

private Long balance;

/**

* 是否冻结

*/

private boolean isFrozen;

public String getAccountId() {

return accountId;

}

public void setAccountId(String accountId) {

this.accountId = accountId;

}

public Long getBalance() {

return balance;

}

public void setBalance(Long balance) {

this.balance = balance;

}

public boolean isFrozen() {

return isFrozen;

}

public void setFrozen(boolean isFrozen) {

this.isFrozen = isFrozen;

}

}

/**

* 转账业务服务实现

*

* @author 微信公众号「JAVA前线」

*

*/

@Service

public class TransferServiceImpl implements TransferService {

@Autowired

private AccountService accountService;

@Override

public boolean transfer(String fromAccountId, String toAccountId, Long amount) {