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

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}

开源地址

https://github.com/lazycece/ddla