订单整理设计

架构

业务架构——根据业务需求设计业务模块及其关系
系统架构——设计系统和子系统的模块
技术架构——决定采用的技术及框架

领域图

领域简图.png

领域明细图.png

针对订单系统领域划分
核心域：下单、支付
通用域：用户管理、支付路由、红包、优惠券
支撑域：履约（运营服务、供应链发货）、售后（开发票、退款、结算、收入）

订单系统设计要点

（1）订单DDD
（2）事务一致性 TCC
（3）状态管理：状态机

（1）订单DDD

由于订单系统属于交易系统的中间枢纽环节，所有业务逻辑会比较复杂，调用方比较多。

DDD工程结构

├── interface ## 用户接口层
│ └── assembler
│ ├── dto
│ ├── facade
├── application ## 应用层
│ └── event
│ │ └── publish
│ │ └── subscribe
│ ├── service
├── domain ## 领域层
│ └── aggregate1
│ │ └── entity
│ │ └── event
│ │ └── repository
│ │ └── service
│ ├── aggregate2
├── infrastructure ## 基础层
│ └── api
│ └── driver
│ └── eventbus
│ └── mq

领域层：
（1）业务改变才会影响领域层实现，第三方接口和技术实现不影响领域层（通过依赖反转实现）
（2）只包含领域服务和对象：不应包含与数据库实现绑定、不与第三方接口实现绑定（包含入参出参）
[[DDD概念]]
防腐层：调用每三方接口后做接口适配（包含接口方法、入参、出参）
命令查询职责分离CQRS：查询接口和新增修改接口分开