领域驱动应用架构实践

一个合适的应用架构不仅能促使项目朝着好的方向发展，易于维护，也能指导团队成员有效协作。

DDD是站在领域的角度来驱动应用架构的落地，接下来将介绍一种落地方案。

架构分层

首先在架构层次方面，在遵循DDD的分层架构模式的同时，结合六边形架构的形态，形成一种新的分层架构模式。如下所示：

在这里插入图片描述

每个层次的职责如下：

适配器层（adapter），是系统流量的入口，将请求分发给应用层去处理具体应用逻辑。该层涵盖业务接口请求、批处理、消息等。
门面层（facade），作为系统的门面，用于表达系统对外暴露的能力。
应用层（application），是系统的应用逻辑编排层，用于做跨系统或者跨聚合的业务编排，不表达核心控制能力。
领域层（domain），作为领域驱动架构的内核，其承载的是系统的核心模型、规则与服务，是整个系统的大脑所在。
基础设施层（infrastructure），是系统的基座，其支撑着领域层；该层的定位主要是系统基础能力（缓存、存储等）、下游支撑系统的集成、领域能力的防腐等。

架构依赖

在工程应该架构上，各组件模块之间的依赖交互如下：

在这里插入图片描述

工程结构

在形成架构的可落地模式后，工程落地上也是很重要的，其将会影响项目的维护性以及编码落地阶段的执行策略。下面来看一种可落地的工程结构形态：

.
|-- app
|   |-- adapter
|   |-- application
|   |-- domain
|   |-- facade
|   `-- infrastructure
|       |-- acl
|       |-- dal
|       |-- integration
|-- bootstrap
|-- conf
`-- test

每个目录的含义如下：

app: 工程应用存放代码的目录，其中子目录是前面架构分层中所说的不同模块
bootstrap：应用的启动器，以及应用除环境之外的配置信息
conf：环境相关的配置信息
test：工程相关的测试代码

在工程结构上，将基础设施层按职责进行了拆分：

dal: 数据库交互模块
integration：系统集成模块，比如与下游系统的集成，其他基础能力的集成
acl：系统防腐层，领域与基础设置之间的防腐隔离

若想查看工程结构更详细信息，可点击 ddla架构工程规范。

架构使用

使用如下maven命令，替换groupId、artifactId、version、package等参数为你期望的值即可，架构脚手架的版本（ddla-archetype.version）可直接使用groupId（ddla-archetype）在maven仓库搜索。

mvn archetype:generate \
    -DgroupId=com.lazycece.ddlademo \
    -DartifactId=ddlademo \
    -Dversion=1.0.0-SNAPSHOT \
    -Dpackage=com.lazycece.ddlademo \
    -DarchetypeArtifactId=ddla-archetype \
    -DarchetypeGroupId=com.lazycece.ddla \
    -DarchetypeVersion=${ddla-archetype.version}