DDD学习资料（持续更新）

「爱情、让人受尽委屈。」 2022-12-26 15:27 289阅读 0赞

### 文章目录 ###

*  DDD学习资料（持续更新）
 *   *  DDD图书
     *  DDD概念
     *  DDD代码示例
     *  架构
     *  Bounded Context
     *  工具
     *  Event Storming
     *  Event Storming图例
     *   *  Event Storming Concepts Cycle
         *  Big Picture Event Storming
         *  Design Level Event Storming
         *  Event Storming Use Case
         *  Event Storming Sample （购物车支付例子）
     *  微服务设计与DDD
     *  Spring与DDD
     *   *  Domain Layer设计原则
         *  各层说明
         *   *  Application 层
             *  Domain 层
             *  Infrastructure 层
     *  UML
     *  公众号和社区专栏
     *   *  领域驱动设计十五年
     *  证据风暴 （Evidence Storming）
     *  DDD的电商例子
     *   *  Domain Model Example

# DDD学习资料（持续更新） #

## DDD图书 ##

**DDD图书**

*  《领域驱动设计：软件核心复杂性应对之道》Eric Evans
 *  《实现领域驱动设计》Vaughn Vernon
 *  《Domain Driven Design Quickly》Abel Avran & Floyd Marinescu
 *  《领域驱动设计精粹》Vaughn Vernon

**分析模式**

*  《分析模式：可复用的对象模型》Martin Fowler

**面向对象**

*  《UML和模式应用》第9章 领域模型
 *  《UML精粹：标准对象建模语言简明指南》

## DDD概念 ##

*  [DDD概念图][DDD]
 *  [DDD概念图解][DDD 1]
 *  [DDD概念参考][DDD 2]
 *  [DDD脑图][DDD 3]
 *  [Martin Flow | Domain Driven Design][Martin Flow _ Domain Driven Design]
 *  [提炼DDD的首要原则第一节——《领域驱动设计15年》][DDD_15]

## DDD代码示例 ##

*  [DDD Sample via Eric Evans][]
 *  [IDDD Sample via VaughnVernon][]
 *  [awesome-ddd][]
 *  [ddd-leaven-v2][]
 *  [Spring DDD Sample via eugenp][]

## 架构 ##

*  三层架构 （UI层、Business Logic层、Data Access层）
 *  DDD四层架构（UI层、Application层、Domain层、Infrastructure层）
 *  六边形架构 Hexagonal (Ports & Adapters) Architecture
 *  事件溯源架构（Event Sourcing）
 *  命令和查询职责分离（CQRS）
 *  响应式架构和Actor模型（Reactive）
 *  整洁架构（Clean Architecture）
 *  清晰架构（Explicit Architecture)

References：

*  [从三明治到六边形][Link 1]
 *  [Netflix | Ready for changes with Hexagonal Architecture][Netflix _ Ready for changes with Hexagonal Architecture]
 *  [Netflix 的六边形架构实践][Netflix]
 *  [Design a DDD-oriented microservice | 四层架构][Design a DDD-oriented microservice _]
 *  [Layered Architecture][]
 *  [DDD, Hexagonal, Onion, Clean, CQRS, … How I put it all together][DDD_ Hexagonal_ Onion_ Clean_ CQRS_ _ How I put it all together]
 *  [Qinyu | 简书][Qinyu _]
 *  [@hgraca][hgraca]
 *  [The Clean Architecture][]
 *  [【翻译】六边形架构][Link 2]

## Bounded Context ##

*  [The Bounded Context Canvas][]
 *  [Context Map Cheat Sheet][]

## 工具 ##

**UML**

*  [plantUML][]
 *  [UMLet][]

## Event Storming ##

*  [GOTO 2018 • 50.000 Orange Stickies Later • Alberto Brandolini][GOTO 2018 _ 50.000 Orange Stickies Later _ Alberto Brandolini]
 *  [Alberto Brandolini - 100,000 Orange Stickies Later | Øredev 2019][Alberto Brandolini - 100_000 Orange Stickies Later _ _redev 2019]
 *  [Event Storming - Alberto Brandolini - DDD Europe 2019][]
 *  [Crunching ‘real-life stories’ with DDD & Event Storming - Kenny Baas-Schwegler - KanDDDinsky 2018][Crunching _real-life stories_ with DDD _ Event Storming - Kenny Baas-Schwegler - KanDDDinsky 2018]
 *  [KanDDDinsky videos][]
 *  [Event Storming Wiki][]
 *  [A facilitators recipe for Event Storming][]
 *  [Event Storming - How to deal with complexity and improve your domain design][]
 *  [Virtual Domain-Driven Design][]
 *  [Event Storming: the first step of a business modernization journey with Cassie Shum][Event Storming_ the first step of a business modernization journey with Cassie Shum]
 *  [The Domain - First Pop Coffee Company][]
 *  [【领域驱动设计】事件风暴小体验][Link 3]
 *  [【领域驱动设计】从事件风暴到代码][Link 4]
 *  [DDD 建模工作坊指南][DDD 4]
 *  [Decomposing the Monolith with Event Storming][]

## Event Storming图例 ##

### Event Storming Concepts Cycle ###

![Event Storming Concepts][]

### Big Picture Event Storming ###

![Big Picture Event Storming][]

### Design Level Event Storming ###

![Design Level Event Storming][]

### Event Storming Use Case ###

Actor -> Command -> Aggregate -> Event -> Read Model -> UI  
![Event Storming Use Case][]

举例：

*  Actor, Command, Event (我，支付了订单，订单已经被支付了。)
 *  Actor, Read Model, Command, Event (我，看见绿灯亮了，决定过马路 ，我已经过了马路）
 *  Actor，Read Model，Command， Event（我，看了一下菜单，选了几个菜，我已经选好餐了）

### Event Storming Sample （购物车支付例子） ###

![Event Storming Sample][]

## 微服务设计与DDD ##

*  [Bounded Contexts, Microservices, and Everything In Between - Vladik Khononov - KanDDDinsky 2018][Bounded Contexts_ Microservices_ and Everything In Between - Vladik Khononov - KanDDDinsky 2018]
 *  [Event Storming - Kick-Start Your Microservices Architecture][]
 *  [Designing Events-First Microservices][]
 *  [Creating event-driven microservices: the why, how and what by Andrew Schofield][Creating event-driven microservices_ the why_ how and what by Andrew Schofield]
 *  [GOTO 2019 • Event-Driven Microservices, the Sense, the Non-sense and a Way Forward • Allard Buijze][GOTO 2019 _ Event-Driven Microservices_ the Sense_ the Non-sense and a Way Forward _ Allard Buijze]
 *  [GOTO 2017 • The Many Meanings of Event-Driven Architecture • Martin Fowler][GOTO 2017 _ The Many Meanings of Event-Driven Architecture _ Martin Fowler]
 *  [GOTO 2014 • Microservices • Martin Fowler][GOTO 2014 _ Microservices _ Martin Fowler]
 *  [Developing microservices with aggregates - Chris Richardson][]
 *  [Microsoft Azure - 使用DDD设计微服务架构 ][Microsoft Azure - _DDD_]
 *  [ThoughtWorks | Testing Strategies in a Microservice Architecture][ThoughtWorks _ Testing Strategies in a Microservice Architecture]
 *  [Martin Fowler | Software architecture guide][Martin Fowler _ Software architecture guide]
 *  [Building Domain Driven Microservices][]
 *  [Design a DDD-oriented microservice][Design a DDD-oriented microservice _]

## Spring与DDD ##

*  [Event-Driven Architectures for Spring Developers][]
 *  [Implementing DDD with the Spring Ecosystem by Michael Plöd @ Spring I/O 2018][Implementing DDD with the Spring Ecosystem by Michael Pl_d _ Spring I_O 2018]
 *  [mploed / ddd-with-spring][mploed _ ddd-with-spring]
 *  [Organizing Layers Using Hexagonal Architecture, DDD, and Spring][Organizing Layers Using Hexagonal Architecture_ DDD_ and Spring]

### Domain Layer设计原则 ###

*  可以独立开发而不需要依赖Spring Boot，不使用Spring bean injection, Spring annotations, Spring auto configuration
 *  可以独立测试而不需要依赖Spring Boot Test
 *  可以独立存取数据，而不需要关心数据库类型，比如关系型数据库或NoSQL
 *  可以独立发送和接收消息，而不需要关心消息代理类型，比如RabbitMQ或Kafka

### 各层说明 ###

#### Application 层 ####

*  Spring Controller (`@RestController`)
 *  Spring Service (`@Service`) for Application Service  
    Spring Configuration(`@Configuration`) for Application

#### Domain 层 ####

*  Domain entities
 *  Value objects
 *  Domain object factories
 *  Business rules  
    (policy)  
    Domain Services Repository interfaces

#### Infrastructure 层 ####

*  Spring JPA entities (`@Entity`)
 *  Repository implementation implements  
    Repository interfaces defined in Domain Layer
 *  Bean Configuration (`@Configuration`) for Domain Services
 *  Spring Configuration (`@Configuration`) for Infrastructure, e.g.  
    Database, Message broker

## UML ##

*  [UML Tutorial][]
 *  [Diagram.net (draw.io) - Online Diagram Software][Diagram.net _draw.io_ - Online Diagram Software]
 *  PlantUML，可用[在线编辑器][Link 5] 或 [Intellij PlantUML Integration插件][Intellij PlantUML Integration]。

## 公众号和社区专栏 ##

*  DDD和微服务
 *  [领域驱动设计中国社区官方专栏][Link 6]

### 领域驱动设计十五年 ###

*  [前言][Link 7]
 *  [第1章 提炼DDD的首要原则（1）][DDD_15]
 *  [第1章 提炼DDD的首要原则（2）][1_ _DDD_2]
 *  [第1章 提炼DDD的首要原则（3）][1_ _DDD_3]
 *  [第2章 面对无聊的领域是用DDD还是不用][2_ _DDD]
 *  [第3章 利用事件风暴发现限界上下文（1）][3_ _1]
 *  [第3章 利用事件风暴发现限界上下文（2）][3_ _2]
 *  [第4章 在改善中浮现上下文][4_]
 *  [第5章 夜巡][5_]
 *  [第6章 痕迹、踪迹、足迹与路径： 探索软件设计之路 （1）][6_ _ _ _1]
 *  [第6章 痕迹、踪迹、足迹与路径： 探索软件设计之路 （2）][6_ _ _ _2]
 *  [第6章 痕迹、踪迹、足迹与路径： 探索软件设计之路 （3）][6_ _ _ _3]
 *  [第6章 痕迹、踪迹、足迹与路径： 探索软件设计之路 （4）][6_ _ _ _4]
 *  [第6章 痕迹、踪迹、足迹与路径： 探索软件设计之路 （5）][6_ _ _ _5]
 *  [第7章 统一语言并不仅仅是共享词汇][7_]
 *  [第8章 领域模型与代数数据类型（1）][8_ _1]
 *  [第8章 领域模型与代数数据类型（2）][8_ _2]
 *  [第8章 领域模型与代数数据类型（3）][8_ _3]
 *  [第8章 领域模型与代数数据类型（4）][8_ _4]
 *  [第8章 领域模型与代数数据类型（5）][8_ _5]
 *  [第9章 用幺半群进行领域建模（1）][9_ _1]
 *  [第9章 用幺半群进行领域建模（2）][9_ _2]
 *  [第9章 用幺半群进行领域建模（3）][9_ _3]
 *  [第9章 用幺半群进行领域建模（4）][9_ _4]
 *  [第9章 用幺半群进行领域建模（5）][9_ _5]
 *  [第10章 加强领域驱动设计][10_]
 *  [第11章 你在构建正确的软件吗？（1）][11_ _1]
 *  [第11章 你在构建正确的软件吗？（2）][11_ _2]
 *  [第11章 你在构建正确的软件吗？（3）][11_ _3]
 *  [第12章 多规范模型 | Martin Fowler][12_ _ _ Martin Fowler]
 *  [第13章 从人工决策到提供建议，再到自动化决策][13_]
 *  [第14章 时间][14_]
 *  [第15章 领域对象发展的极致就是代理][15_]
 *  [第16章 领域驱动设计即程序员的代码易用性][16_]
 *  [第17章 模型探索漩涡][17_]
 *  [第18章 领域驱动设计即中心集][18_]
 *  [第19章 被误解的口头禅 （1）][19_ _ _1]
 *  [第19章 被误解的口头禅 （2）][19_ _ _2]
 *  [第20章 消除协作障碍][20_]
 *  第21章 暂缺
 *  [第22章 解决ERP软件中的复杂性：献给限界上下文的情歌][22_ _ERP]
 *  第23章 暂缺

## 证据风暴 （Evidence Storming） ##

在Event Storming中会有事件风暴和命令风暴的活动。除此之外，还可以有证据风暴（Evidence Storming）。证据风暴就是找出业务流程中的单据、票据、凭证与合约。再通过这些证据审视是否遗漏了一些参与者、流程和领域模型。

通常

*  这些证据也就是聚合。
 *  不同的证据往往是分支子流程。
 *  对[合约][Link 8]的开始生效、开始履行、履行结束、提前结束、变更、终止通常是重要的领域事件。
 *  对违约情况的处理则是分支子流程。

<table> 
 <thead> 
  <tr> 
   <th>场景</th> 
   <th>证据（Evidence）</th> 
   <th>合约类型</th> 
   <th>当事人</th> 
   <th>作为…的证据 （AS Evidence）</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>网购</td> 
   <td>订单</td> 
   <td>买卖合约</td> 
   <td>顾客、卖家</td> 
   <td>订单作为顾客向卖家购买商品的证据。<br>顾客支付订单作为买卖合约开始生效的证据。<br>顾客确认收货作为买卖合约履行结束的证据。</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>物流单</td> 
   <td>运送合约</td> 
   <td>快递公司、寄件人（仓库）、收件人（顾客）</td> 
   <td>物流单作为快递公司接受寄件人委托，为收件人配送包裹的证据。<br>快递公司开出物流单，作为运送合约开始生效的证据。<br>收件人签收物流单作为运送合约成立的证据。</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>退货单</td> 
   <td>买卖合约规定的退货情形 (或退货合约)</td> 
   <td>顾客、卖家</td> 
   <td>退货单作为顾客收到货后，向卖家退货的证据。</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>发票</td> 
   <td>买卖合约规定的报销情形（或报销合约）</td> 
   <td>顾客、卖家</td> 
   <td>发票作为顾客要求卖家提供的报销凭证。</td> 
  </tr> 
  <tr> 
   <td>宽带故障维修</td> 
   <td>报障单</td> 
   <td>租赁合约规定的售后情形（或售后合约）</td> 
   <td>宽带用户、客服</td> 
   <td>报障单作为客服受理宽带用户报障的证据。</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>维修单</td> 
   <td>租赁合约规定的售后情形（或售后合约）</td> 
   <td>客服、维修人员</td> 
   <td>维修单作为客服派工给维修人员的证据。</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>维修单</td> 
   <td>租赁合约规定的售后情形（或售后合约）</td> 
   <td>维修人员、宽带用户</td> 
   <td>维修单作为维修人员上门为宽带用户提供维修服务的证据。<br>宽带用户签字确认维修单，作为维修工作完成的证据。</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>出库单</td> 
   <td>仓库备品备件管理规定</td> 
   <td>仓库、维修人员</td> 
   <td>出库单作为维修人员从仓库领取备品备件的证据。</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>回访单</td> 
   <td>客服工作规定</td> 
   <td>客服、宽带用户</td> 
   <td>回访单作为客户回访宽带用户获取对维修工作满意度的证据。</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>投诉单</td> 
   <td>租赁合约规定的投诉情形（或售后合约）</td> 
   <td>宽带用户、客服</td> 
   <td>投诉单作为客服受理宽带用户投诉的证据。</td> 
  </tr> 
  <tr> 
   <td>网约车</td> 
   <td>订单</td> 
   <td>租赁合约（或乘车合约）</td> 
   <td>乘客、司机</td> 
   <td>订单作为乘客要求司机提供乘车服务的证据。<br>司机接单作为乘车合约的开始生效。<br>乘客上车作为乘车合约的开始履行。<br>乘客到达目的地作为乘车合约的履行的结束。<br>乘客中途修改目的地为对乘车合约的变更。</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>投诉单</td> 
   <td>租赁合约规定的投诉情形（或售后合约）</td> 
   <td>乘客、网约车平台</td> 
   <td>投诉单作为网约车平台受理乘客投诉的证据。</td> 
  </tr> 
  <tr> 
   <td>网上挂号</td> 
   <td>订单</td> 
   <td>买卖合约（或挂号合约）</td> 
   <td>病人/家属、医院</td> 
   <td>订单作为病人/家属要求医院提供诊治的证据。<br>病人/家属支付订单作为挂号合约开始生效的证据。</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>挂号单（纸质）</td> 
   <td>诊治合约</td> 
   <td>病人、医院</td> 
   <td>挂号单（纸质）作为病人已经到达医院，准备看诊（履约）的证据，也作为医院准备好为病人提供诊治服务的证据。</td> 
  </tr> 
  <tr> 
   <td>乘坐飞机</td> 
   <td>订单</td> 
   <td>买卖合约（或购票合约）</td> 
   <td>乘客、航空公司</td> 
   <td>订单作为乘客要求航空公司提供乘机服务的证据。<br>乘客支付订单作为购票合约开始生效。<br>航空公司出票作为购票合约的完成。</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>机票</td> 
   <td>乘机合约</td> 
   <td>乘客、航空公司</td> 
   <td>机票作为航空公司为乘客提供乘机服务的合约。</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>登机牌（电子/纸质）</td> 
   <td>乘机合约规定的登机情形 （或登机合约）</td> 
   <td>乘客、航空公司</td> 
   <td>登机牌作为乘客准备好登机的证据，也作为航空公司准备好为乘客提供乘机服务的证据。登机牌也作为安检和登机的必要凭证。</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>行李托运单（一般附在纸质登机牌上）</td> 
   <td>行李托运合约</td> 
   <td>乘客、航空公司</td> 
   <td>行李托运单作为乘客委托航空公司随机运送行李的证据。</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>行程单</td> 
   <td>乘机合约规定的报销情形（或报销合约）</td> 
   <td>乘客、航空公司</td> 
   <td>行程单作为乘客要求航空公司提供的报销凭证。</td> 
  </tr> 
 </tbody> 
</table>

## DDD的电商例子 ##

DDD最爱的电商例子。

电商流程：

1.  浏览商品 (product)，商品信息包括：商品名称（product title)，规格尺寸（size/dimensions），价格（price）等。
2.  把商品加入购物车（shopping cart）
3.  结账（checkout)，生成订单（place order）
4.  付款（payment），付款时可使用优惠券（discount code）
5.  扣减库存（inventory）
6.  仓库收到订单（receive order），拣货（picking），打包（packing)
7.  快递发货（shipping)
8.  客户收货确认（shipping confirmation)
9.  如果客户收到货后不满意，在符合退换货政策（return policy）的情况下，可发起退货（return）和退款（refund）

简单的总结就是围绕着“订单（合约）的生效，以及对订单（合约）的履约”：

1.  客户：挑选商品，结账，付款，生成订单。
2.  卖家/平台/仓库/快递：对订单进行履约（Order fulfilment process)。
3.  客户：对订单履约情况进行评价，或发起售后。
4.  卖家/平台/仓库/快递：响应客户的评价或售后流程。

责任说明：

*  客户的责任：按照订单付款。
 *  平台的责任：第三方担保，处理购物纠纷，客户服务。
 *  卖家的责任：按照订单委托仓库发货。
 *  仓库的责任：按照订单打包发货，委托快递公司配送。
 *  快递公司的责任：按照快递单的信息配送，保证包裹送达。

合约包括：

*  订单 （核心合约）
 *  支付记录 （可认为是订单合约的支付部分）
 *  快递单 （可认为是订单合约的配送部分）
 *  退换货政策 （可认为是订单合约的售后部分）

References:

*  [https://www.absoluteweb.com/ecommerce-guide-frequently-used-terms-to-know/][https_www.absoluteweb.com_ecommerce-guide-frequently-used-terms-to-know]
 *  [https://www.codelessplatforms.com/blog/ecommerce-process-flow/][https_www.codelessplatforms.com_blog_ecommerce-process-flow]

### Domain Model Example ###

用UML类图（class diagram）来表示领域模型。在概念模型阶段，UML类图的类定义可以只定义类名。到设计阶段，就需要定义UML类图的类的属性和方法。

常用的UML类图关系：

*  Association 关联 （实心线，无箭头）
 *  Composition 组合（实心菱形线，无箭头），表示同生命周期，用来表达DDD的Aggregate
 *  一对零，一对一，一对多等关系 （如果存在多对多，通常意味着丢失了中间概念）

Example：

*  [Online Shopping Domain Model][]
 *  [Hospital Management Domain Model][]
 *  [Library Domain Model][]
 *  [Band Account Domain Model][]

参考文档：

*  [The class diagram][]
 *  [UML Class Diagram Tutorial][]
 *  [UML class diagrams in draw.io][]
 *  [The Domain Model by Mauricio Monsalve][]

[DDD]: https://beeart.hello-bees.com/shared/375a8b2d-3a8f-45f2-9075-1d9810297d5c
[DDD 1]: https://beeart.hello-bees.com/shared/cdc7a00b-ae8c-48fe-be6f-add9fb53b143
[DDD 2]: https://domain-driven-design.org/zh/ddd-concept-reference.html#
[DDD 3]: https://www.processon.com/view/link/5df7446fe4b0cfc88c3a6655#map
[Martin Flow _ Domain Driven Design]: https://martinfowler.com/tags/domain%20driven%20design.html
[DDD_15]: https://zhuanlan.zhihu.com/p/70690759
[DDD Sample via Eric Evans]: https://github.com/citerus/dddsample-core
[IDDD Sample via VaughnVernon]: https://github.com/VaughnVernon/IDDD_Samples
[awesome-ddd]: https://github.com/heynickc/awesome-ddd
[ddd-leaven-v2]: https://github.com/BottegaIT/ddd-leaven-v2
[Spring DDD Sample via eugenp]: https://github.com/eugenp/tutorials/tree/master/ddd
[Link 1]: https://insights.thoughtworks.cn/from-sandwich-to-hexagon/
[Netflix _ Ready for changes with Hexagonal Architecture]: https://netflixtechblog.com/ready-for-changes-with-hexagonal-architecture-b315ec967749
[Netflix]: https://www.infoq.cn/article/pjekymkzhmkafgi6ycri
[Design a DDD-oriented microservice _]: https://docs.microsoft.com/en-us/dotnet/architecture/microservices/microservice-ddd-cqrs-patterns/ddd-oriented-microservice
[Layered Architecture]: https://herbertograca.com/2017/08/03/layered-architecture/
[DDD_ Hexagonal_ Onion_ Clean_ CQRS_ _ How I put it all together]: https://herbertograca.com/2017/11/16/explicit-architecture-01-ddd-hexagonal-onion-clean-cqrs-how-i-put-it-all-together/
[Qinyu _]: https://www.jianshu.com/u/oSuHPw
[hgraca]: https://herbertograca.com/
[The Clean Architecture]: https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html
[Link 2]: https://zhuanlan.zhihu.com/p/113681224
[The Bounded Context Canvas]: https://github.com/ddd-crew/bounded-context-canvas#the-bounded-context-canvas
[Context Map Cheat Sheet]: https://github.com/ddd-crew/context-mapping
[plantUML]: https://plantuml.com/zh/
[UMLet]: https://www.umlet.com/
[GOTO 2018 _ 50.000 Orange Stickies Later _ Alberto Brandolini]: https://www.youtube.com/watch?v=NGXl1D-KwRI
[Alberto Brandolini - 100_000 Orange Stickies Later _ _redev 2019]: https://www.youtube.com/watch?v=fGm62ra_mQ8
[Event Storming - Alberto Brandolini - DDD Europe 2019]: https://www.youtube.com/watch?v=mLXQIYEwK24
[Crunching _real-life stories_ with DDD _ Event Storming - Kenny Baas-Schwegler - KanDDDinsky 2018]: https://www.youtube.com/watch?v=WvkBKvMnyuc
[KanDDDinsky videos]: https://www.youtube.com/c/KDDDConf/videos?view=0&sort=p&flow=grid
[Event Storming Wiki]: https://en.wikipedia.org/wiki/Event_storming
[A facilitators recipe for Event Storming]: https://medium.com/@springdo/a-facilitators-recipe-for-event-storming-941dcb38db0d
[Event Storming - How to deal with complexity and improve your domain design]: https://youtu.be/R1UJS41I-Gc
[Virtual Domain-Driven Design]: https://www.youtube.com/channel/UCob_jOzzpxBp-di-x0vLlwA
[Event Storming_ the first step of a business modernization journey with Cassie Shum]: https://www.youtube.com/watch?v=-RjsdYwsAac
[The Domain - First Pop Coffee Company]: https://buildplease.com/pages/fpc-1/
[Link 3]: https://zhuanlan.zhihu.com/p/95001438
[Link 4]: https://zhuanlan.zhihu.com/p/95079563
[DDD 4]: https://domain-driven-design.org/zh/ddd-design-workshop-guide.html
[Decomposing the Monolith with Event Storming]: https://medium.com/capital-one-tech/event-storming-decomposing-the-monolith-to-kick-start-your-microservice-architecture-acb8695a6e61
[Event Storming Concepts]: /images/20221120/6e862937078a468fa2eafefb140227c3.png
[Big Picture Event Storming]: /images/20221120/7cdfd6d500b34f7390c4726b09084f08.png
[Design Level Event Storming]: /images/20221120/789b0c19378d4410a752ae9fbd7c4857.png
[Event Storming Use Case]: https://img-blog.csdnimg.cn/20210514104122372.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25rbGluc2lydWk=,size_16,color_FFFFFF,t_70#pic_center
[Event Storming Sample]: https://img-blog.csdnimg.cn/2021062811004285.jpeg?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25rbGluc2lydWk=,size_16,color_FFFFFF,t_70#pic_center
[Bounded Contexts_ Microservices_ and Everything In Between - Vladik Khononov - KanDDDinsky 2018]: https://www.youtube.com/watch?v=dlnu5pSsg7k
[Event Storming - Kick-Start Your Microservices Architecture]: https://www.capitalone.com/tech/software-engineering/event-storming-for-microservice-architecture/
[Designing Events-First Microservices]: https://www.youtube.com/watch?v=1hwuWmMNT4c
[Creating event-driven microservices_ the why_ how and what by Andrew Schofield]: https://www.youtube.com/watch?v=ksRCq0BJef8
[GOTO 2019 _ Event-Driven Microservices_ the Sense_ the Non-sense and a Way Forward _ Allard Buijze]: https://www.youtube.com/watch?v=jrbWIS7BH70
[GOTO 2017 _ The Many Meanings of Event-Driven Architecture _ Martin Fowler]: https://www.youtube.com/watch?v=STKCRSUsyP0
[GOTO 2014 _ Microservices _ Martin Fowler]: https://www.youtube.com/watch?v=wgdBVIX9ifA
[Developing microservices with aggregates - Chris Richardson]: https://www.youtube.com/watch?v=7kX3fs0pWwc
[Microsoft Azure - _DDD_]: https://docs.microsoft.com/en-us/azure/architecture/microservices/
[ThoughtWorks _ Testing Strategies in a Microservice Architecture]: https://martinfowler.com/articles/microservice-testing/
[Martin Fowler _ Software architecture guide]: https://martinfowler.com/architecture/
[Building Domain Driven Microservices]: https://medium.com/walmartglobaltech/building-domain-driven-microservices-af688aa1b1b8
[Event-Driven Architectures for Spring Developers]: https://www.youtube.com/watch?v=BFcoFu-udQA
[Implementing DDD with the Spring Ecosystem by Michael Pl_d _ Spring I_O 2018]: https://youtu.be/a9dF7fnArq0
[mploed _ ddd-with-spring]: https://github.com/mploed/ddd-with-spring
[Organizing Layers Using Hexagonal Architecture_ DDD_ and Spring]: https://www.baeldung.com/hexagonal-architecture-ddd-spring
[UML Tutorial]: https://www.tutorialspoint.com/uml/index.htm
[Diagram.net _draw.io_ - Online Diagram Software]: https://app.diagrams.net/
[Link 5]: http://www.plantuml.com/plantuml
[Intellij PlantUML Integration]: https://blog.jetbrains.com/dotnet/2020/10/06/create-uml-diagrams-using-plantuml/
[Link 6]: https://www.zhihu.com/column/ddd-china
[Link 7]: https://zhuanlan.zhihu.com/p/68308398
[1_ _DDD_2]: https://zhuanlan.zhihu.com/p/71986454
[1_ _DDD_3]: https://zhuanlan.zhihu.com/p/72638190
[2_ _DDD]: https://zhuanlan.zhihu.com/p/78778358
[3_ _1]: https://zhuanlan.zhihu.com/p/74620080
[3_ _2]: https://zhuanlan.zhihu.com/p/75637519
[4_]: https://zhuanlan.zhihu.com/p/80317671
[5_]: https://zhuanlan.zhihu.com/p/81232049
[6_ _ _ _1]: https://zhuanlan.zhihu.com/p/105339947
[6_ _ _ _2]: https://zhuanlan.zhihu.com/p/106090145
[6_ _ _ _3]: https://zhuanlan.zhihu.com/p/106278905
[6_ _ _ _4]: https://zhuanlan.zhihu.com/p/106566142
[6_ _ _ _5]: https://zhuanlan.zhihu.com/p/106752829
[7_]: https://zhuanlan.zhihu.com/p/107744003
[8_ _1]: https://zhuanlan.zhihu.com/p/127128213
[8_ _2]: https://zhuanlan.zhihu.com/p/128527864
[8_ _3]: https://zhuanlan.zhihu.com/p/129804129
[8_ _4]: https://zhuanlan.zhihu.com/p/130786398
[8_ _5]: https://zhuanlan.zhihu.com/p/134037627
[9_ _1]: https://zhuanlan.zhihu.com/p/108799249
[9_ _2]: https://zhuanlan.zhihu.com/p/109310785
[9_ _3]: https://zhuanlan.zhihu.com/p/109424291
[9_ _4]: https://zhuanlan.zhihu.com/p/109781930
[9_ _5]: https://zhuanlan.zhihu.com/p/111010679
[10_]: https://zhuanlan.zhihu.com/p/73821633
[11_ _1]: https://zhuanlan.zhihu.com/p/117612007
[11_ _2]: https://zhuanlan.zhihu.com/p/121017437
[11_ _3]: https://zhuanlan.zhihu.com/p/122963437
[12_ _ _ Martin Fowler]: https://zhuanlan.zhihu.com/p/77006544
[13_]: https://zhuanlan.zhihu.com/p/107051321
[14_]: https://zhuanlan.zhihu.com/p/104866326
[15_]: https://zhuanlan.zhihu.com/p/105164989
[16_]: https://zhuanlan.zhihu.com/p/111386084
[17_]: https://zhuanlan.zhihu.com/p/141804228
[18_]: https://zhuanlan.zhihu.com/p/112721353
[19_ _ _1]: https://zhuanlan.zhihu.com/p/145066196
[19_ _ _2]: https://zhuanlan.zhihu.com/p/146104118
[20_]: https://zhuanlan.zhihu.com/p/77864563
[22_ _ERP]: https://zhuanlan.zhihu.com/p/115449130
[Link 8]: https://baike.baidu.com/item/%E5%90%88%E7%BA%A6/9278055?fr=aladdin
[https_www.absoluteweb.com_ecommerce-guide-frequently-used-terms-to-know]: https://www.absoluteweb.com/ecommerce-guide-frequently-used-terms-to-know/
[https_www.codelessplatforms.com_blog_ecommerce-process-flow]: https://www.codelessplatforms.com/blog/ecommerce-process-flow/
[Online Shopping Domain Model]: https://www.uml-diagrams.org/examples/online-shopping-domain-uml-diagram-example.html?context=cls-examples
[Hospital Management Domain Model]: https://www.uml-diagrams.org/examples/hospital-domain-diagram.html
[Library Domain Model]: https://www.uml-diagrams.org/library-domain-uml-class-diagram-example.html
[Band Account Domain Model]: https://www.uml-diagrams.org/examples/bank-account-domain-diagram-example.html
[The class diagram]: https://developer.ibm.com/articles/the-class-diagram/
[UML Class Diagram Tutorial]: https://www.visual-paradigm.com/guide/uml-unified-modeling-language/uml-class-diagram-tutorial/
[UML class diagrams in draw.io]: https://drawio-app.com/uml-class-diagrams-in-draw-io/
[The Domain Model by Mauricio Monsalve]: https://homepage.cs.uiowa.edu/~tinelli/classes/022/Spring15/Notes/chap9.pdf