DDD领域驱动设计与OO面向对象之间是有区别的，面向对象更注重抽象，从差异中寻找共同点，然后将其抽象出来；而 DDD 更注重上下文边界，这种边界代表区分差异。其实这是两种不同的思维方式。 在 女性... 详细

您可以通过多种方式进行商业自杀，但可能没有比尝试伟大的 架构 目标（所有应用程序都与之对话的单一权威数据库）所产生的死亡更慢、更痛苦的死亡方式了。 如果我们有一个单一的数据库，那么我们将所有的业... 详细

在 REST API 中使用布尔值坏处： 会阻碍API 可 扩展性 会屏蔽和混淆域清晰度 会妨碍代码 可读性和可维护性 让我们深入研究这些领域并审核布尔值在 REST API 中... 详细

在分布式软件应用程序中，不同的服务或进程或应用程序经常需要相互通信。微服务和容器以及 云原生 应用程序的现代 架构 趋势都增加了应用程序将越来越多地部署为相关服务的集合而不是单个单体的可能性... 详细

2002年，亚马逊的杰夫·贝佐斯发布了一份备忘录，该备忘录已成为技术行业经典。这份备忘录被称为“API Mandate”（API授权执行书），通常被视为亚马逊技术声明，因此受到技术人员的广泛钦佩，并... 详细

领域驱动设计是您应该了解的概念——无论您是开发人员还是领域专家。使用 DDD 处理复杂的软件项目。 领域驱动设计 (DDD) 的概念是由 Eric Evans 提出的。早在 2004 年，他... 详细

领域驱动设计的主流思想是关于实体、值对象、聚合、存储库、服务、工厂……各种技术模式。因此，大多数人认为他们不需要领域驱动设计，因为这对他们的领域来说很复杂。 为什么你需要所有这些“东西”？好吧，也许... 详细

将大型复杂系统模块化为更小、更易于管理的部分是很好的最佳实践，不仅可以降低每个部分的认知负担，还可以实现团队独立性和操作弹性。 棘手的一点是如何划定边界？为整个系统建立一个稳定和可持续的结构。基于 ... 详细

本文将 面向对象 分析设计的单一职责等 SOLID原则应用于 微服务 划分，以及 DDD 领域划分/上下文分界/DDD聚合等设计概念中，是一... 详细

假设有一个农业机械零件的批发商。他们建立了一个 B2B 网上商店，供经销商和机器维修公司订购。在他们无处不在的 统一语言 与术语中，订单代表了这个自动化流程：它使客户能够挑选产品，应用正确的折扣... 详细

这是Oliver Human & Paul合著的 何为复杂性？复杂系统只能仿真建模？ - Cilliers 的第 17 章——走向复杂的经济： 定义复杂性的不是相互作用的部件数量，而是它们相互作用的... 详细

Webhook是“用户定义的 HTTP 回调”： 它们通常由某些事件触发（不是通常用用户操作人为触发的），例如将代码推送到存储库或发布到博客的评论； 当该事件发生时，源站点就向为 webho... 详细

本文是作者pathelland二十年分布式经验分享，其中很多概念与 DDD 和 有界上下文 映射非常类似，只不过使用了fiefdom而不是domain来表达。 本文介绍了一个称为fiefdo... 详细

上下文感知的英文是：Contextual Awareness；态势感知或称情境感知的英文是：Situational Awareness。 情境Situational或事件发生在一个上下文中，这个上下... 详细

Wardley Mapping是西蒙·沃德利创建的一套战略思维探索工具，点击标题是一款在线 Wardley-Mapping 绘制工具，用来实现 DDD 战略设计或产品战略设计探索，使用右键选择组... 详细