01. 什么是DDD？DDD（Domain-Driven Design）领域驱动设计DDD是一种软件开发方法，可以帮助我们设计高质量的软件模型。DDD是Eric Evans在2003年出版的《领域驱动设计：软件核心复杂性应对之道》（Domain-Driven Design: Tackling Complexity in the Heart of Software）一书中提出的具有划时代意义的重要概
领域驱动设计（DDD） 是 Eric Evans 提出的一种软件设计方法和思想，主要解决业务系统的设计和建模。DDD 有大量难以理解的概念，尤其是翻译的原因，某些词汇非常生涩，例如：模型、限界上下文、聚合、实体、值对象等。实际上 DDD 的概念和逻辑本身并不复杂，很多概念和名词是为了解决一些特定的问题才引入的，并和面向对象思想兼容，可以说 DDD 也是面向对象思想中的一个子集。奥卡姆剃刀原则中说道
转载
2024-05-10 20:15:39
169阅读
DDD：Domain-driven Design（领域 - 驱动 -> 设计)->领域驱动领域模型设计《概念总结》领域就是问题域，有边界，领域中有很多问题；任何一个系统要解决的那个大问题都对应一个领域；通过建立领域模型来解决领域中的核心问题，模型驱动的思想；领域建模的目标针对我们在领域中所关心的问题，即只针对核心关注点，而不是整个领域中的所有问题；领域模型在设计时应考虑一定的抽象性、通
引子不知今年吹了什么风，忽然 DDD 领域驱动设计进入大家视野。该思想源于 2003 年 Eric Evans 编写的 “Domain-Driven Design领域驱动设计” 简称 DDD，Evans DDD 是一套综合软件系统分析和设计的面向对象建模方法。刚好公司领导强力推荐这个，抱着学习的心态，耗时 5 个月，体验了一把：“DDD从入门到弃坑”思想学习网站服务器后端发展三个阶段 服务器后端发
转载
2023-12-19 22:35:12
239阅读
总的来说，DDD是一种面向业务的软件开发方法，通过深入理解业务领域并建立有效的领域模型，帮助开发人员更好地解决复杂的业务问题。
原创
2024-03-06 15:55:34
102阅读
DDD为复杂软件的设计提供了指导思想，其将易发生变化的业务核心域放置在限定上下文中，在确保核心域一致性和内聚性的基础上，DDD可以被多种语言和多种技术框架实现，具体的框架实现需要根据实际的业务场景和需求来制定。核心的指导思路归纳为：1、关注点放在domain上，将业务领域限定在同一上下文中；2、降低上下文之间的依赖，通过‘开发主机服务’（REST服务是其中的一种
转载
2023-07-21 14:02:13
285阅读
在应用系统开发中，采用严格的、单一的、真正的的分层架构是可以的，但实际上我们已经采用了多种架构模式设计系统。当多种不同范式的架构混合在一起，你会不会出现“指鹿为马”的现象呢？
转载
2021-07-27 16:35:17
580阅读
微服务的设计要涉及到逻辑边界、物理边界和代码边界等。演进式架构很多人认为：“将单体拆分成多少个微服务，是微服务的设计重点。”真的吗？并非如此！Martin Fowler 在提出微服务时，他提到了微服务的一个重要特征——演进式架构。那什么是演进式架构呢？就是以支持增量的、非破坏的变更作为第一原则，同时支持在应用程序结构层面的多维度变化。如何判断微服务设计是否合理只需看是否满足这样的情形：随着业务的发展或需求的变更，在不断重新拆分或者组合成新的微服务的过程中，不会大幅增加软件开发和维护的成本，
原创
2021-07-07 17:13:07
270阅读
微服务的设计要涉及到逻辑边界、物理边界和代码边界等。演进式架构很多人认为：“将单体拆分成多少个微服务，是微服务的设计重点。”真的吗？并非如此！Martin Fowler 在提出微服务时，他提到了微服务的一个重要特征
原创
2022-03-14 13:34:10
177阅读
点击上方 "编程技术圈"关注,星标或置顶一起成长后台回复“大礼包”有惊喜礼包！每日英文Just be yourself and never change for anyo...
转载
2021-06-04 17:32:15
735阅读
来源：juejin.cn/post/6909774974400069639
严格分层架构
松散分层架构（Relaxed Layered System）
继承分层架构（Layering Through Inheritance）
包（Package）与分层架构
资源库（Repository）
三层或四层架构
分层架构
在应用系统开发中，采用严格的、单一的、真正的的分层架构是可以的，但实际上
转载
2021-06-18 21:41:08
804阅读
概述DDD（Domain-Driven Design 领域驱动设计）是由Eric Evans最先提出，目的是对软件所涉及到的领域进行建模，以应对系统规模过大时引起的软件复杂性的问题。整个过程大概是这样的，开发团队和领域专家一起通过 通用语言(Ubiquitous Language)去理解和消化领域知识，从领域知识中提取和划分为一个一个的子领域（核心子域，通用子域，支撑子域），并在子领域上
尽管微服务中的“微”一词表示服务的规模，但它并不是使用微服务的唯一标准。当团队转向基于微服务的架构时，他们旨在提高敏捷性以及自主且频繁地部署功能。很难确定这种架构风格的简单定义。我喜欢Adrian Cockcroft的关于微服务的简短定义：“ 面向服务的体系结构，它由松散耦合的、具有上下文边界的元素组成。”尽管这定义了高级设计启发式技术，但微服务架构具有一些独特的特性，使其有别于以往的面
微服务详解（一）：概述微服务详解（二）：解决方案微服务详解（三）：设置开发环境微服务详解（四）：领域驱动设计微服务详解（五）：实现微服务微服务详解（六）：部署与测试微服务详解（七）：微服务的安全性微服务详解（八）：最佳做法和一般原则微服务详解（九）：故障排除指南领域驱动设计（domain driven design ，DDD）1.领域驱动设计的基本原理企业或者云应用程序是用来解决业务问题和其他现实
转载
2023-10-11 23:32:24
95阅读
道答案了。没错，就是 DDD。
原创
2023-06-07 09:46:50
130阅读
（写和读的责任分离）Command：执行动作，返回void。（行动可能会改变聚合、实体、值对象的内容）Query：只查询，不修改对
原创
2024-02-27 11:20:40
10000+阅读
领域中的服务表示一个无状态的操作，它用于实现特定于某个领域的任务。 当某个操作不适合放在聚合和值对象上时，最好的方式便是使用领域服务。有时我们倾向于使用聚合根上的静态方法来实现这些这些操作，但是在 DDD中,这是一种坏味道本文目标如何在领域模型中使用领域服务什么是领域服务何时应该使用领域服务从案例学习如何对领域服务进行建模早期项目成员们在Product中维护了一个Backlogitem实例的集合。这种建模方式使得他们可以计算一个Produc的总业务优先级：当时这种设计方式非常完美，bus
原创
2021-07-07 17:22:52
2186阅读
领域驱动设计（Domain Driven Design，简称DDD）是一种面向对象软件开发方法，它强调将软件系统的设计和实现过程与业务领域紧密结合，通过深入理解和建模业务领域，从而达到高内聚、低耦合的目的。领域驱动设计的核心思想是将业务领域的核心概念和业务逻辑抽象为领域模型，通过良好的领域模型设计和实现，使得软件系统能够更好地满足业务需求。领域模型是指描述业务领域概念、业务规则和业务流程的一种模型
转载
2024-05-15 12:54:10
86阅读
https://tech.meituan.com/2017/12/22/ddd-in-practice.html
原创
2022-12-01 17:21:20
114阅读
简介 领域驱动设计(Domain-Driven Design，简称DDD)是一种软件开发方法论，它强调将业务逻辑和核心业务过程放在
原创
2023-11-02 09:41:14
114阅读
