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

本文围绕 DDD 的经典著作，参照学院派的风格，将 DDD 概括为四部分： 结构论：战术建模与战略建模。 过程论：系统重构与 软件工程。 语言论：基于模型的统一语言。 建模论：模型驱动的领域建模。 这个划分，其实体现了本人长期的实践体悟和理论思考，并不是随意为之。 王阳明晚年将其毕生所学，浓缩为四句话： 无善无恶心之体。 有善有恶意之动。 知善知恶是良知。 为善去恶是格物。 本人将 DDD 概括为四论，不是要盖棺定论，只是希望去掉枝叶保留主干，避免 …

Defined Daily Dose (DDD): The assumed average maintenance dose per day for a drug used for its main indication in adults. DDDs are only assigned for medicines given an ATC codes.

2024年11月19日 · ddd 强调以业务需求为中心，以领域模型为核心，通过不断迭代开发，确保软件系统能够准确反映业务逻辑、和需求。 ddd原理. 在领域驱动设计（ddd）中，领域模型通常被分为四层，以帮助开发人员将业务逻辑、与技术实现，进行有效的分离。 如下图所示：

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

在 ddd 中用来描述领域的特定方面，并且是一个没有标识符的对象，叫作值对象。 也可理解为是若干个用于描述目的、具有整体概念和不可修改的属性的集合。

2024年8月13日 · ddd：前期需要花大量时间设计好领域模型，对于一些基础组件，或者一些核心服务，如果对象模型非常复杂，建议采用 ddd，前期可能会稍微痛苦一些，但是后期维护起来会非常方便。

极客时间《DDD实战课》里的一个基于DDD分析设计的在线请假考勤项目. 领域和限界上下文的区别？ 本人目前实践DDD也有1年多实践了，也看了很多DDD相关的代码和表现形式，大家的理解都有一些偏差，之后准备出点博客讲讲自己的理解。 读者如果有相关概念或者实施的疑问欢迎提Issue，大家一起探讨. DDD学习、实战资料汇总. Contribute to evancyz/ddd-learning development by creating an account on GitHub.

2024年12月27日 · 领域驱动设计（ddd）是一种以业务领域为中心的软件开发方法论，它帮助开发团队更好地理解和实现业务需求。 本文通过简单的在线书店案例和小店经营的故事，详细解释了DDD的核心概念，包括领域模型、统一语言、限界上下文、实体与值对象、聚合、领域服务 ...

2025年1月4日 · DDD，全称 Domain-Driven Design，翻译为领域驱动设计，它是一种软件开发方法论，由埃里克·埃文斯（Eric Evans） 在其2003年出版的同名书籍中提出。 DDD旨在通过密切关注复杂软件系统的核心业务领域，将业务需求与技术实现紧密结合，从而提高软件的可维护性、可扩展性和灵活性。 DDD 以领域为核心，强调将业务领域作为软件开发的核心，致力于深入理解业务需求和业务规则，通过建模来反映实际业务问题。 DDD使得开发团队和业务专家共同使用 …