用户付款功能第二个版本的设计实现
单一职责原则（SRP）
- 软件系统中的每个元素只完成自己职责内的事，将其他的事交给别人去做
- “职责”通常人理解为一个事情，与该事情相关的事都是它的责任
一个职责是软件变化的一个原因
第二次需求变更
增加VIP会员功能
- 对VIP金卡和银卡会员进行不同的折扣
- 在支付时为VIP会员发放福利
- VIP会员可以享受某些特权
付款功能第三个版本的实现
第三个版本的领域模型
第三次需求变更
增加更多的支付方式
- 支付宝支付
- 微信支付
- 工商银行支付
- 民生银行支付
- 广发银行支付
- 招商银行支付
第四个版本的领域模型
付款功能第四个版本的实现
领域驱动架构的设计实现
演练领域驱动的设计过程
- 业务分析：统一语言与事件风暴
- 领域设计：服务、实体、值对象
- 微服务拆分：聚合、限界上下文文与领域事件
统一语言建模
业务规则
业务流程
业务痛点
诊断领域模型
事件风暴（Event Storming）
事件风暴是一种基于工作坊的实践方法，它可以快速发现业务领域中正在发生的事件，指导领域建模及程序开发。
它是Alberto Brandolini发明的一种领域驱动设计实践方法，被广泛应用于业务流程建模和需求工程。
基本思想是将软件开发人员和领域专家聚集在一起，相互学习。
为了让学习变得更容易，该方法的工作方式类似于头脑风暴，让事件风暴变得很有趣。
事件即事实（Event as Fact）
领域事件：即领域中发生的事实（fact）
在真实世界中，当满足某个条件时，某个发起者会触发某个事件，做某个事情。
事实（fact）：是指那些已经发生过的事件。
鉴于过去已经发生的事实不会发生改变，因此信息系统可以将这些事实以信息的形式存储到数据库中，即信息就是一组事实。
事件风暴会议
- 事件风暴会议以完成领域模型为目标
- 参会人员：领域专家和软件开发人员
- 会议以探讨领域事件开始，从前往后依次梳理，以确保领域中所有事件都能覆盖
- 项目组成员不断增加各种命令与事件，进而思考与之相关的资源、外部系统与时间
- 识别模型中可能的聚合以其聚合根
- 将模型分配到各个限界上下文中，构建上下文地图
案例：在线订餐系统
问题域、子域与限界上下文
