本架构采用DDD经典4层架构，并通过Gradle的子模块进行划分：
对应representation模块，包含RESTful接口及传递给client的DTO对象。
对应application模块，采用读写分离策略，Application Service分为ReadService和WriteService。 ReadService可以直接读取jpa对象，也可以读取domain对象，（建议直接读取jpa对象，减少对象转换，能够按需支持多做返回结构），WriteService必须通过Domain层进行操作，保证业务一致性。 
对应Domain模块，按照DDD战术实践实现，通过Archiunit进行架构守护， 目前约束的规则包括：
- domain层不得依赖于任何其他层
- 聚合根不得存在公开的构造函数，且构造函数只能被领域工厂访问
- 实体不得存在公开的构造函数，且构造函数只能被聚合根访问
- 实体中的写方法只能被聚合根访问
- Domain层中的所有对象必须标注 以下注解：
- AggregateRoot: 聚合根
- DomainEntity: 实体
- ValueObject: 值对象
- DomainFactory: 领域工厂，用来创建领域对象
- DomainPolicy: 领域策略，如折扣策略
- DomainPolicyImpl: 领域策略具体实现，如折扣策略中的买一赠一
- DomainException: 领域异常
- DomainEvent: 领域事件
- DomainService: 领域服务，用来处理跨聚合根操作
6 其他注解说明：
- Invariant: 业务不变性，表示需要遵循的业务规则，用与方法
- Invariant: 业务不变性规则集，表示需要遵循的业务规则集，用与领域对象，表示该领域对象需要维护的业务规则
对应infrastructure模块，目前存放了Jpa相关存储层信息。
对于存储层对象，统一采用PO后缀命名
聚合跟，实体统一不加后缀
领域值对象统一采用VO后缀(Domain层可采用VO对象接受外界参数)
数据传输对象统一采用DTO后缀命名
ApplicationService统一命名以***ReadService, ***WriteService或***ApplicationService为后缀。
其他Service均为DomainService
JpaRepository统一以Jpa***Repository命名
DomainRepository统一以***Repository命名，不带Jpa前缀
DomainRepositoryImpl统一以***RepositoryImpl命名，不带Jpa前缀