ddd 访问权限_DDD领域驱动设计(一)

本文是《实现领域驱动设计》的读书笔记。该书整体上可以分成两大部分，前一部分是战略设计，后一部分是战术设计。本篇文章是对战略设计的总结。

先捋清楚真正的业务需求

领域是一个组织所做的事情以及其中所包含的一切。简单理解就是一个组织所从事的业务范围。例如金融是一个领域，电商也是一个领域。

采用DDD的目的，就是设计出能够准确表达业务意图的软件模型，并且这个模型是可伸缩的、组织良好的。

要想能够为你的系统设计出这样的好模型，作为开发者，首先你要做的就是深入了解你所在的领域，即深刻理解你的公司所从事的业务。但通常情况下，研发人员只关注技术方面，对业务往往重视不够，

所以DDD首先要讲的并不是技术，而是关于讨论、聆听、理解、发现业务价值。研发人员需要向领域专家聆听和学习，这里的领域专家可以是精通业务的任何人，他们了解更多的关于业务领域的背景知识。

回顾一下在我们日常的开发中，领域专家只将关注点放在业务上，而开发者只注重技术实现。这样在领域专家和开发者之间便会存在鸿沟，无法保证开发者开发的系统完全符合领域专家最初的本意，或者开发者对业务背景了解的不够深入，无法对系统的未来做及时的规划，导致对软件的设计只考虑当前，无法适应需求的变化。

DDD提倡领域专家和软件开发者一起工作、深入交流，这样开发出来的软件才能够准确的表达业务规则(最符合领域专家的本意)。只有让开发者深入理解业务背景，才能够设计出最符合业务价值的软件。

书中用了很长的篇幅强调研发人员要与领域专家一起工作，可真实情况往往比较复杂。作为研发人员，我想了解业务背景知识，可产品也得愿意给我讲才行啊。而且很多产品往往自以为是，提的很多需求往往已经限