DDD

1 领域 用以确定边界。 DDD按规则细分业务领域，细分到一定程度，DDD会将问题范围限定在特定边界，在该边界内建立领域模型，进而用代码实现该领域模型，解决相应业务问题。 领域就是该边界内要解决的业务

程序设计语言指导怎样把设计更好地落地 各种编程范式指导可以用什么样的元素去做设计 设计原则与模式指导如何组合分解出来的各个元素 需要你对设计方法有一个基本的认知，要理解真实世

学习什么是领域事件.什么时候并且为什么要使用领域事件。 •学习如何将领域事件建模成对象，何时应该为领域事件创建唯一的身份标识。 •学习一个轻量级的发布-订阅［Gamma et al］模式。 •学习哪些组件用于发布事件，哪些组件用于订阅事件。 •学习为什么我们需要一个事件存储.如…

整洁架构、CQRS、六边形架构等微服务架构都旨在“高内聚低耦合”。那DDD分层架构又如何？ 每层只能与位于其下方的层发生耦合。 某层只能与其直接下层耦合，即我的奴隶的奴隶，不是我的奴隶。 允许任意上层与任意下层耦合。由于用户接口层和应用服务通常需要与基础设施打交道，许多系统都是…

只有行为的对象就是我们常见的N层结构中的Logic/Service/Manager层（对应到EJB2中的Stateless Session Bean）。（曾经Spring的作者Rod Johnson也承认，Spring不过是在沿袭EJB2时代的“事务脚本”，也就是面向过程编程）…

实体是领域模型中的领域对象。 MVC开发人员总将关注点放在数据，而非领域。因为在软件开发中，DB占据主导地位。首先考虑的是数据的属性(即数据库的列)和关联关系(外键关联)，而不是富有行为的领域概念。 导致将数据模型直接反映在对象模型，那些表示领域模型的实体(Entity)被包含…

这时用户将输入一些可识别的数值或符号，或从已有标识中选其一，然后创建实体对象。这是一种非常简单方案，但也可能变得复杂。 由于需用户自己生成高质量的标识。所以标识可能唯一，却有可能是不正确的。 多数情况下标识不可变，用户无法修改标识。但有时赋予用户修改标识值的权限有好处。 要改变…

限界上下文定义领域边界，以确保每个上下文含义在它特定的边界内都具有唯一的含义，领域模型则存在于这个边界之内。 在事件风暴过程中，通过团队交流达成共识的，能够简单、清晰、准确描述业务涵义和规则的语言。限界上下文中的通用语言向我们提供了设计领域模型的概念术语。 通用语言不是平白产生…

用于确定边界。 DDD会按规则细分业务领域，细分到一定程度，DDD会将问题范围限定在特定边界，在该边界内建立领域模型，进而用代码实现该领域模型，解决相应业务问题。 领域就是该边界内要解决的业务问题域。其越大，则业务范围越广。 领域可进步划分为子领域。划分出来的多个子领域称为子域…