领域模型经验分享

2018年入职新公司，在公司中负责重构一个比较老陈的系统，也是这次机会让我首次解除到了领域建模这个方法论。

首次接触领域建模的时候，主要以一个程序员的角度去理解和学习，并开始把充血模型引入到项目中。对于战略建模部分的知识并未太多关注，而且由于实际的经验不足和视角不够开阔等原因，理解起来也比较困难。但随着工作内容的变化，20年开始也逐渐开始接触到战略建模相关部分，做过一些决策也踩过坑。

在领域模型的学习和实践有了很长一段时间，希望通过这几篇帖子，沉淀和总结一下这三年经验和思考。

在学习初期阶段，因为是做java出身，对于类和对象的认知有些基础，所以唯一能稍微看懂的就是实体和值对象。但由于认识不够深刻，在战术建模的时候无法精准的建模成值对象、实体、聚合。在这个阶段也提出了很多疑问。

• 值对象的作用是什么？
• 建模成值对象的必要性是什么？
• 聚合和实体有什么区别？
• 实体和聚合根是什么关系？

在学习中期开始对有界上下文、领域服务、统一语言也慢慢有了些理解。这时候也开始真正意思到领域模型对于业务知识沉淀、传递的重要性以及对研发流程的影响。同时在开发过程中严格的遵守模型定义去编写代码。这个阶段遇到了一些问题，更有了一些其他的感悟。

• 如何统一业务人员和开发人员的语言？
• 如何让代码体现业务逻辑而不是程序逻辑？
• 如何内聚业务代码？
• 充血模型的好处都有哪些？

随着工作内容发生改变，需要解决的问题也跟原来不一样，看问题的视角也逐渐发生了改变，也逐渐实践战略建模的相关知识。

• 为什么需要拆分领域？
• 如何拆分并隔离领域？
• 领域间拆分会有什么问题？
• 领域拆分的本质是什么？

随着问题的发现和解决，对于问题域、问题解决域、核心领域、支撑领域等领域划分的感悟也越来越深。

在开始分享之前，先推荐一种学习新知识和思考问题的方式，公理化思维和结构化思维。使用公理化思维首先要找出系统的公理，以下是个人总结的关于领域模型的公理和公式：

公理1：任何实际存在的事务、业务逻辑都可被明确并为之命名

公理2：任何实际存在的事务、业务逻辑都存在不变性

公式1：找出不变性，并划分边界

---

后续的分享仅为个人经历和思考，不接受任何批评，但欢迎大家指导更正