学习 DDD - 通用语言的模式

大家好，我是霸戈，这周学习了一些关于领域驱动设计的知识 ，对比较深刻的地方做了不少笔记，分享给大家。

在日常需求讨论的时候，经常会碰到一个需求会议开了一个多小时还没有达成共识。作为业务方（领域专家）明明表达的很清楚，但是开发人员却始终无法理解透彻，很明显的原因就是由于双方的知识体系不一致 ，没有形成一种双方互相都能理解的语言。

语言的鸿沟

虽然领域专家对软件开的技术所知有限，但他们熟悉使用自己的领域术语——可能还具有各种不同的风格。另一方面，开发人员可能会用一些描述性的，功能性的术语来理解和讨论系统，而这些术语并不具备领域专家的语言所要传达的意思。

开发人员可能会创建一些用于支持设计的抽象，但领域专家无法理解这些抽象。负责处理不同部分的开发人员可能会开发出各自不同的设计概念以及描述领域的方式。

由于语言上存在鸿沟，领域专家们只能模糊地描述他们想要的东西。开发人员虽然努力的理解一个自己不熟悉的领域，但也只能形成模糊的认识。

虽然少数团队成员会高法掌握这两种语言，但他们会变成信息流的瓶颈，并且他们的翻译也不准确。

相互翻译使模型变得混淆

在一个没有公共语言的项目上，开发人员不得不为领域专家做翻译。而领域专家要充当开发人员与其他领域专家之间的翻译。

这些翻译使模型概念变得混淆，而这会导致有害的代码重构。这种间接的沟通掩盖了分裂的形成——不同的团队成员使用不同的术语而尚