2024年2月5日 · DDD是一种设计思想，通过 事件风暴 使用 通用语言 对业务进行 领域建模，通过 限界上下文 进行合理的 领域拆分，可以使得 领域模型转向微服务的设计和落地，从而解决复杂软件难以理解，难以演进，也可以解决微服务业务界限难以界定的问题。 DDD最大的好处是：接触到需求第一步就是考虑 领域模型，而不是将其切割成数据和行为，然后数据用数据库实现，行为使用服务实现，最后造成需求的首肢分离。 DDD让你首先考虑的是 业务语言，而不是数据。 DDD …

2023年10月23日 · ddd 提到的战术建模方法主要是构造块与柔性设计。 构造块：在类、对象、组合、继承等层次上对系统进行设计。按照 ddd 的术语，我们可以把服务、事件、实体、值对象归类为原子块，把资源库、聚合、工厂归类为组合块。

2023年8月3日 · DDD（Domain Driven Design）是一种软件架构设计思想，它关注业务领域，强调将业务模型作为软件设计的中心，以达到业务与技术之间的协调与融合。DDD 中的领域层是软件设计的重点，因为它是描述业务模型

ddd中的领域服务被创建的出发点是当一些职责不太适合放在任何一个领域对象上时，这个职责往往对应领域中的某个活动或转换过程，此时我们应该考虑将其放在一个服务中。

让我关注到 DDD 思想的是一个叫 Anti-Corruption Layer （防腐层）的概念，特别是其在解决外部依赖频繁变更的情况下，如何将核心业务逻辑和外部依赖隔离的机制。 到了 2014 年， SOA 开始大行其道，微服务的概念开始冒头，而如何将一个 Monolith 应用合理的拆分为多个微服务成为了各大论坛的热门话题，而 DDD 里面的 Bounded Context （限界上下文）的思想为微服务拆分提供了一套合理的框架。 而在今天，在一个所有的东西都能被称之为“服务”的时代（XAAS）， DDD …

ddd中要求实体是唯一的且可持续变化的。 意思是说在实体的生命周期内，无论其如何变化，其仍旧是同一个实体。 唯一性由唯一的身份标识来决定的。

2024年5月23日 · ddd设计的目标是实现软件系统与业务需求的高度契合，提高开发效率和质量，同时也能更好地应对复杂性和变化性。它强调以业务为中心，通过深入领域知识和建立有效的领域模型，来驱动软件设计和开发的整个过程。其中几个核心理论提炼如下：

2023年6月30日 · 在 ddd 中用来描述领域的特定方面，并且是一个没有标识符的对象，叫作值对象。 值对象没有唯一标识，没有生命周期，不可修改，当值对象发生改变时只能替换（例如 String 的实现）

领域驱动设计（DDD）是一种软件开发方法，由Eric Evans在其同名著作《领域驱动设计》中提出。DDD致力于解决复杂业务系统的开发问题，通过将业务领域专家与开发人员紧密合作，将复杂的业务逻辑转化为可执行的软件模型...

2024年3月2日 · DDD，也就是“领域驱动设计”，是一种开发 复杂 软件的 系统化 的 方法学 和 思想 它继承了面向对象和敏捷方法的精华，并提炼了一套更容易掌握的原则、模式和实践，特别适合复杂的企业应用的开发。 一方面， 数字化时代 为软件开发带来了新的挑战。 如何实现业技融合，如何应对复杂多变的需求，如何防止架构和代码的腐化等问题，需要新的解决办法。 而 DDD 正是顺应了时代的要求，日益普及起来。 另一方面，优秀的工程师，尤其是想挑战架构师角色的同 …