领域驱动设计-DDD

前文回顾 上一篇介绍了该书的第四部分“精炼”，我们学习了可以用于精炼的几种模式，比如 CORE DOMAIN 模式， GENERIC SUBDOMAIN 模式， DOMAIN VISION STATE

前文回顾 上一篇介绍了该书的第四部分“战略设计”，我们学习了限界上下文，以及各种上下文策略，另外还分析了如何在不同策略之间进行转换。 这一篇，我们继续学习该书的第四部分。 什么是精炼 精炼是把一堆混杂

我正在参与掘金创作者训练营第4期，点击了解活动详情，一起学习吧！ 答案 先说答案吧，DDD 绝对适用于 Scrum 开发。接下来我们再看看，为什么会有这种疑问？结论是如何得出来的？ 什么是DDD DD

前文回顾 上一篇介绍了该书的第三部分“通过重构来加深理解”，我们学习了分析模式和设计模式在模型设计上的应用，同时归纳了在代码重构时需要注意的地方。 这一篇，我们开始学习该书的第四部分。 何谓战略设计

前文回顾 上一篇介绍了该书的第三部分“通过重构来加深理解”，我们学习了INTENTION REVEALING INTERFACE，SIDE-EFFECT-FREE FUNCTION，ASSERTION

前文回顾 上一篇介绍了该书的第三部分“通过重构来加深理解”，我们学习了SPECIFICATION模式，同时分析了一个应用该模式的案例。 这一篇，我们继续学习该书的第三部分。 软件的目的 软件的最终目的

前言 微服务的最大挑战之一是定义各个服务的边界。 一般的规则是服务应该只做“一件事”（参考SRP原则） — 但是，实践这条规则需要经过认真的考虑。 没有任何机械性的流程可以生成“适当的”设计。 必须深

前言 很多人说开发微服务并不难，难点在于如何划分微服务。这个话虽然有点绝对，但反应了服务边界的划分有多么重要。一个设计良好的单体应用远比一个混乱的微服务要好。采用微服务架构的目的是为了让系统变得更具有

前文回顾 上一篇介绍了该书的第三部分“通过重构来加深理解”，讨论如何将构造块装配为实用的模型，从而实现其价值。我们学习了重构的分类，以及从量变到质变的突破。 这一篇，我们继续学习该书的第三部分。 挖掘

前文回顾 上一篇介绍了该书的第二部分“模型驱动设计的构造块”，将面向对象领域建模中的一些核心的最佳实践提炼为一组基本的构造块。我们在一个模拟的场景中，运用学到的建模知识，处理了假象的需求，并对模型进行

前文回顾 上一篇介绍了该书的第二部分“模型驱动设计的构造块”，将面向对象领域建模中的一些核心的最佳实践提炼为一组基本的构造块。我们了解了提供查找和对象持久化的REPOSITORY（仓库）。 这一篇我们

前文回顾 上一篇介绍了该书的第二部分“模型驱动设计的构造块”，将面向对象领域建模中的一些核心的最佳实践提炼为一组基本的构造块。我们了解了用于组织对象集合的AGGREGATE（聚合），创建或重建复杂对象

前文回顾 上一篇介绍了该书的第二部分“模型驱动设计的构造块”，将面向对象领域建模中的一些核心的最佳实践提炼为一组基本的构造块。我们了解了模块（MODULE）， 建模元素之间的关联关系，以及面向对象设计

前文回顾 上一篇介绍了该书的第二部分“模型驱动设计的构造块”，将面向对象领域建模中的一些核心的最佳实践提炼为一组基本的构造块。我们了解了建模所需的重要元素：实体（ENTITY）、值对象（VALUE O

前文回顾 上一篇介绍了该书的第二部分“模型驱动设计的构造块”，将面向对象领域建模中的一些核心的最佳实践提炼为一组基本的构造块。我们了解了模型驱动设计（MODEL DRIVEN DESIGN）导航图，分

前文回顾 上一篇介绍了该书的第一部分“运用领域模型”，这部分提出领域驱动开发的基本目标，这些目标是后面几部分中所讨论的实践的驱动因素。第一部分还定义了一些术语，并给出了用领域模型来驱动沟通和设计的总体

前文回顾 上一篇介绍了该书的整体结构，它所包含的4个部分。另外，我们还学习了一些领域模型相关的基本概念，比如什么是模型，建模的重要性，以及负责创建领域模型的角色。 这一篇我们继续学习该书的第一部分，运

书籍简介 埃里克·埃文斯（Eric Evans）所著的《领域驱动设计：软件核心复杂性应对之道》这本书，自从2003年出版以来，在世界范围内影响极大。作为DDD的开山之作，纵使已经过去18年，其中的思想