实战化领域驱动设计工作坊

1. 全球软件咨询公司实战化领域驱动设计工作坊概念讲解 (DDD China 2019 Conference) © ThoughtWorks 2019 1

2. 讲师团队 © ThoughtWorks 2019 胡皓王岩钟健鑫朱海波王瑞鹏林宁 2

3. 为何需要领域驱动设计？ © ThoughtWorks 2019 3

4. 现实世界的挑战 © ThoughtWorks 2019 4

5. 难以理解的代码编程中最难的事情之一就是命名 © ThoughtWorks 2019 5

6. 混乱不堪的模型拍脑袋建模 © ThoughtWorks 2019 6

7. 发散式变化 & 散弹式修改依据变化的边界进行架构和编程——最简单也最困难业务A 业务B 业务业务C 模块业务D 模块模块 © ThoughtWorks 2019 模块模块模块 7

8. 大泥球架构技术与业务不能匹配的最终结果 © ThoughtWorks 2019 8

9. 微服务压垮了最后一根稻草从大泥球到分布式泥坑 © ThoughtWorks 2019 https://maveric-systems.com/blog/microservices-i-microservices-vs-soa 9

10. 领域驱动设计的诞生 © ThoughtWorks 2019 10

11. 领域驱动设计从低调沉稳到日渐火爆领域驱动设计持续完善影响力持续增加 Eric Evans 2003 实现领域驱动设计 … … Vaughn Vernon Martin Fowler James Lewis 2013 2014 事件风暴 Alberto Brandolini © ThoughtWorks 2019 微服务架构领域驱动设计：模式、原理与实践领域驱动设计精粹 Scott Millet Nick Tune Vaughn Vernon 2015 2016 微服务带来的架构复杂度成倍提升，引爆了“技术和经验驱动设计”的顽疾。数字化时代快速变化的典型特征，进一步敲响了低响应力架构的丧钟。 11

12. 领域驱动设计解决问题的方式 © ThoughtWorks 2019 12

13. 分解大泥球以子域、限界上下文为参考，通过聚合的方式进行建模 © ThoughtWorks 2019 https://p2p.wrox.com/book-patterns-principles-practices-domain-driven-design-789/ 13

14. DDD与传统设计方法的对比需求文档角色间相互推诿技术实施细节经验建模混乱的词汇面向技术进行架构难以理解的代码面向业务进行架构代码即文档大泥球架构协同设计各角色通力协作聚焦业务问题领域建模统一语言松耦合架构 © ThoughtWorks 2019 14

15. 聚合根 DDD是更有套路的设计方式实体值对象领域服务领域事件业务抽象决策命令基于抽象业务的参考领域模型工厂仓库领域名词 API设计协作设计统一语言限界上下文基于概念边界的参考上下文依赖关系分层架构核心域问题域划分支撑域通用域服务/模块/包拆分基于投资优先级的参考资源分配策略开发/集成策略技术栈选择团队分组/分工 © ThoughtWorks 2019 15

16. 核心原则面向业务进行架构 © ThoughtWorks 2019 聚焦核心域协作设计统一语言澄清问题域，聚焦核心竞争力，优化资源投入领域专家同软件专家通过创造性协作，迭代式的探索和发现模型利用明确且有边界的业务上下文统一语言 16

17. DDD在产品研发过程中的位置 Design Thinking + Domain Driven Design + DevOps © ThoughtWorks 2019 17

18. 如何开展领域驱动设计？ © ThoughtWorks 2019 18

19. 分段式协作设计 © ThoughtWorks 2019 19

20. 统一语言分段式协作设计三个阶段从问题出发，逐级抽象，层层深入和细化 ● 战略设计 ● 战术设计战略设计战术设计技术实现澄清业务与问题建立抽象模型深入实现细节 ● 技术实现 © ThoughtWorks 2019 20

21. 分段式协作设计战略设计阶段多说问题，少说方案  业务梳理和抽象  限界上下文识别  子域识别 © ThoughtWorks 2019 21

22. 分段式协作设计战术设计阶段持续抽象，忽略技术细节  领域建模  业务服务识别  业务服务API能力识别 © ThoughtWorks 2019 22

27. 分层架构设计以领域为核心，以变化的原因和聚合为边界，提供分层守护 https://maveric-systems.com/blog/microservices-i-microservices-vs-soa © ThoughtWorks 2019 https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html 27

30. 一个简单粗暴的需求嘿！我是你们的老板！我很有钱！我需要做一个产品干掉市场上那些倒霉的外卖产品！ 30

31. 电梯演讲 (Elevator Pitch) ● 使用便利贴在白纸上贴出电梯演讲的结构。 ● 每个人为电梯演讲的每一行想象一个内容，通过 ● 便利贴的方式进行书写（每个人应该写出7个便 WHO [ statement of the need or opportunity ] 利贴）。 THE [ product name ] 每个人将自己的7个便利贴放在白纸上相应的位置，共同阅读并讨论以形成共同意见，让电梯演讲看上去更有吸引力，更可行且更通顺，必要的时候可以采取投票等方式达成一致（这只是一个练习，所以大家开心优于纠结??）。 ● FOR [ target customer ] 利用便利贴修改并调整电梯演讲到最终结果，然后每组将自己的电梯演讲分享给大家。 IS A [ product category ] THAT [ key benefit, compelling reason to use ] UN LIKE [ primary competitive alternative ] OUR PRODUCT [ statement of primary differentiation ]. 31