DDD

领域服务 1.为什么需要 通过领域建模，可以将领域中绝大部分的业务过程和业务规则清晰地归属到对应的实体和值对象中。然而，当领域中的某个操作涉及多个聚合根，或者不是实体和值对象的自然职责时，如果将其强加

实体 1.介绍 在领域中，一个由身份而不是属性值定义的客观概念就是实体，这个身份可以由一个唯一标识确认 2.特点 唯一标识且不变 业务具有连续性 有ID其实意味着：一个ID串起了许多数据表，意味着以它

事件（三） 1.介绍 流事件处理器（# StreamingEventProcessor）是EventProcessor的一种类型。与所有EventProcessor相同，它作为技术层面的组件，通过调用

前言 1.什么是DDD 领域驱动设计（Domain-Driven Design 简称DDD）历史悠久 2004年著名建模专家eric evans（埃里克埃文斯）发表的他最具影响力的书籍《domain-

分层架构 1.贫血模型与充血模型 贫血模型 介绍 贫血模型指的是只有属性而没有行为的模型。目前业界开发中常用的Java Bean实际就是贫血模型 代码案例 充血模型 介绍 充血模型是指既有属性又有行为

实体与值对象 1.实体 介绍 是指在对业务知识进行建模后，在业务上具备唯一性合连续性的一类领域模型 最重要的特征分别是：具有唯一标识且不改变，业务具有连续性 建模案例 业务背景 以一个电商应用中的收货

聚合 1.相关概念梳理 2.介绍 实体和值对象是对业务知识的建模，而聚合和聚合根则是对领域模型一致性的建模 采用面向对象的方式对领域知识进行建模之后，得到了实体和值对象这两类领域模型。这些领域模型的对

仓库与工厂 1.工厂 介绍、 在DDD中，对于复杂的领域对象，不管是实体还是值对象，都可以使用工厂进行创建。通过将领域对象的创建过程交由统一的对象进行管理，可以避免过多地关注其创建过程 注意 工厂是对

# 防腐层 ## 1.为什么需要 在实际开发中，本地系统通常需要与外部系统进行交互。这些外部系统可能是遗留系统，其他团队开发的系统或第三方服务。外部系统具有自己独立的数据结构和操作方式，与本地上下文的

领域事件 1.介绍 领域事件是聚合中已发生的事实，代表聚合内已经发生的业务操作或状态变化。以电子商务应用为例，用户下单成功，用户支付完成等操作可以被视为领域事件 领域事件是领域模型的组成部分，它通常由

CQRS 1.CQS 介绍 CQS（命令查询分离）一个方法要么读取要么写入，但绝不能同时进行两者，换句话说，提出一个问题不应改变答案 违反CQS的例子 违反CQS的常见例子就是从队列中出队，出队列方法

事件溯源 1.历史 MartinFowler在2005年的博客中提及了“Even tSourcing”这个词语，他将事件描述为一个应用的一系列状态改变，这一系列事件能够捕获用来重建当前状态的一切事实真

一致性 1.聚合内事务实现 误区 许多DDD的实践者在处理聚合内事务控制时，往往将事务控制的逻辑放到应用层，这是不合理的，原因如下： 应用层职责过多：应用层原本的职责是协调领域对象和基础设施以完成业务

通用语言 1.介绍 通用语言（Ubiquitous Language）指的是开发团队和领域专家之间使用的共同语言。通用语言的核心思想式整合领域专家和开发人员的语言，形成一种共同的语言，以避免在沟通过程

限界上下文 1.介绍 限界上下文是指一个特定业务范围内的所有知识，包括相关的概念，流程和规则等 用来封装通用语言和领域对象，提供上下文环境，保证在领域之内的一些术语、业务相关对象等（通用语言）有一个确

子域 1.介绍 子域是整体业务领域中相对完整的子业务，通常由一组相关的业务概念，规则和流程组成 2.为什么需要 聚焦核心业务 通过将大业务划分为核心子域，通用子域和支撑子域，使组织能够将注意力集中在核

事件风暴（一） 1.介绍 一般来说，为了理解需求，我们首先要分析系统具有哪些功能，这些功能由什么人操作，会产生什么效果。这个过程传统上叫做“捕获行为需求” 捕获行为需求的方法有好几种，在传统的软件工程

事件风暴（二） 1.本章目的 通过案例来实践事件风暴，来加深对事件风暴的理解 2.案例一：电商案例 提取事件 电商业务的常见事件如下图所示： 补充其他基本元素 我们先选择商品、库存和订单领域中的核心事

前言 1.介绍 Axon Framework是一个用于构建可扩展和高度可维护的企业级Java应用程序的开源框架。Axon是一个CQRS（命令查询责任分离）框架，它将命令和事件驱动的开发模式引入到领域驱

消息 1.介绍 在Axon中，组件之间的所有通信都是通过Message接口的对象表示的显式消息完成的 Axon中的核心概念之一是消息传递。组件之间的所有通信都通过消息对象完成。这为这些组件提供了必要的