领域驱动设计专栏，领域驱动设计笔记

使用领域专家、设计人员和开发人员能够理解的通用语言作为相互沟通的工具，在沟通过程中发现领域概念，然后将这些概念设计成领域模型。至此，领域已经确定。现在可以根据领域来划分任务。小组成员负责一个或多个领域的详细设计。这个阶段就是大家都非常熟悉的用例图、活动图、序列图、数据库设计、界面设计。使用。

DDD的核心思想是通过领域驱动设计方法定义领域模型，以确定业务和应用边界，保证业务模型和代码模型的一致性。它现已发展成为大型复杂系统的领域建模和分析方法。上述DDD 战术设计模式在设计时标识了一些关键模式，但并不意味着必须严格使用和遵循它们，也不意味着遵循所有战术设计模式就与领域驱动设计保持一致。

1、领域驱动设计书籍

大家好，我是一名Java实习生，已经练习了两年半了。今天我们要讲的是架构设计中的一个模式，领域驱动设计，也称为DDD，Domain-Driven Design。答案是，梳理流程时必须有业务专家在场，因为没有真实的业务细节，领域驱动设计是不可能的。从名字就可以看出，领域是核心和关键，所有的设计都必须基于领域。领域模型：领域模型就好比是描述领域中的实体、属性、关系和行为的地图。

2、领域驱动设计方法

领域驱动设计（DDD）已经成为流行的概念一段时间了。刚接触的时候，感觉概念很多，执行起来比较困难。需要指出的是，DDD不能代替详细设计，DDD是为了更清晰的详细设计。事实上，领域模型设计中解耦的思想与我们开发时的抽象设计不谋而合。领域中的某些概念不适合建模为对象，即归类为实体对象或值对象，因为它们本质上是操作和动作，而不是事物。

3、领域驱动设计软件复杂性应对之道

如果领域模型原有的客观规律不具备这种能力，则首先对领域模型进行维护（例如添加新属性、新行为）。实践DDD 的第一步不是如何编写代码，而是收集有关领域驱动设计的知识。这些操作或动作往往涉及多个领域对象，并且需要协调这些领域对象来完成操作或动作。

4、领域驱动设计实战案例

领域模型设计的过程就是领域建模。领域建模的目的并不是建立一个100%符合现实的模型。从理论上讲，我们无法实现这种对现实的完整建模，而只能进行某种程度的模拟。

总结一下本文的思路，我们首先从DDD最基本的OOP面向对象方法开始，然后介绍DDD的四层经典架构，然后详细阐述DDD中的核心领域实体、Repositoy和领域服务以及其他战术设计规范。和方法，最后结合实际工作中遇到的场景介绍了DDD战略设计的一些方法和思路。