lingxyd 的专栏

知识消化即是梳理业务规则，业务流程 流域专家的职责： 研究所有规则，解决规则之间的矛盾 修改规则时期符合常识等一系列工作 消除规则之间的矛盾及删除一些无用的规则 如何关注重点及如何隔离其他问题使这些问题最小化 领域模型和响应的设计可用来保护和共享知识 知识消化是一种探索，他永无止境 Ubiquitous Language是那些不以代码形式出现的设计方面的主要载体： 把整个系统组织在一起的比例结构

一个团队，一种语言！ 语言，术语的统一很重要。如果语言支离破碎，项目必将遭遇严重问题。 讨论与写代码中术语不一致，甚至同一个人说的跟写时不一致，导致对领域有一定的理解认识，也转眼忘记，无法记录到代码与文档中。 项目需要一种公共语言，领域模型可以成为这种语言的核心。公共语言是整个团队工作中的通用语言（Ubiquitous Language）。 Ubiquitous Language的词汇表包括类名称和

领域驱动设计要求模型不仅能够指导早期的分析工作，还应该成为设计的基础。 严格按照基础模型来编写代码，能够使代码更好地表达设计含义，并且是模型更符合设计。 缺乏设计基础概念的软件充其量也只是一种机械化的产品，只实现有用的功能却无法解释操作的原因。 很多设计方法都提倡使用完全脱离于程序设计的分析模型，且通常这二者是由不同的人员开发的。但DDD不提倡，因为这样会有很多问题。 如果整个程序设计或者其核心部分