qq_40264743的博客

五、战略设计(限界上下文)​ 战略设计部分最重要的一部分来了。这里先简单介绍一下它, 限界可以从字面意思中看出来，重点在于边界，界限。上下文我们应该都知道，合理来的意思就是上下文的边界，限界上下文划分的是否会直接或间接影响项目的整体进度和质量。下面我们先解决两个东西:(1) 上下文是什么?​ 简单点说，这就是我们所处的领域，它包含了我们所需要解决问题的整体集合。(2) 为什么需要边界?​ 每一个领域都太过庞大，我们必须把他们划分成单个的小问题，逐个击破。​ 讲完这两个问题之后，我们需要重

二、战略设计(通用语言)​ 众所周知，语言的发明加强了群体内部的交流。在DDD中，团队内部也必须要产生一套适应于行业，适应于团队的语言，它能在团队内部高效，准确地传达目的意图以及大量的领域信息。很多人对通用语言的理解是，不就是一个名词吗?确实表面上看就是一个名词，但是如果这个名词某些其他东西，比如:这样团队内部成员说出这个名词时，其他人便能捕获到名词背后的很多信息，从而提高了单个词所存储的信息。这里我以我们公司用到的一个名词为例: 业绩归属人，普通人看到这个词，最多能拆解这个名词，业绩 + 归属，但

二、战略设计(识别问题域, 提炼领域知识)​ 这是战略设计的第二部分，我们将会花费大量的时间去讲关于如何更好地去拆解业务，提炼领域知识。那么这篇文章的关键词就是, 提炼领域知识。上篇文章中我们提到了将需求做成故事集册，但是这个故事的描述是非常粗糙的，下面我将用具体的方法从细节中提炼更细化的需求。​ 提炼领域知识:我们需要从上文中的问题域出发，细化需求。后面这些领域知识将会被进一步转化成"代码表达"当然这里同样提供一款适用的模板:英文表达中文表述Given给定的条件

二、战略设计(识别问题域, 提炼领域知识)​ 首先摆一张大部分人非常眼熟的图片, 从这张图种大概能看到整个DDD战略设计部分的清晰脉络，之后战略设计部分我也将按照这个流程去讲。从一本书上得来的一种思路，我这里模拟出一家公司出来，然后逐渐把DDD落地。​ 在准备阶段我想先介绍一下这家公司的背景，这家公司想做传统房地产转型，那么我们所在的领域就是房地产领域。我们在转型的同时就是使用互联网方式解决房地产领域的相关问题。其中我们所需要最关键的角色就是领域专家，这里对于领域专家的介绍非常泛，这是一个没有明确

一、为什么使用DDD​ 首先，按照常规套路，解释一下DDD. DDD的英文全称是Domain Driven Design(领域驱动设计) ,多的我就不讲了，大家应该都知道。关于DDD,业界一直争论很大, 很多人对于DDD的都有着不同的理解，一部分人支持者大力鼓吹DDD的优点，另一部分人则认为DDD被吹捧的过头了。这里先表达一下我个人观点: DDD本来分为了战略设计和战术设计两部分, 很大一部分人只看到了战术设计这一部分，如果单单从战术设计这个角度去对比，那就变成了组织代码的一种形式而已，和其他的符合了