DDD案例源码

最近，围绕面向服务的体系结构，尤其是微服务体系结构的弊端进行了大量讨论。仅仅几年前，由于许多人宣传微服务架构的好处，例如独立部署形式的灵活性，明确的所有权，系统稳定性的改进以及更好的关注点分离，很多人很快采用了微服务架构，近年来人们开始谴责微服务会大大增加其复杂性。随着Uber增长到

高内聚低关联和SOLID原则是面向对象的设计原则，也是DDD用来划分有界上下文和聚合的原则，DDD聚合是一种高内聚低关联的对象，单一职责是划分不同上下文的主要原则，Shopify谈论他们如何使用这些原则将Rails单体切分为模块组件的过程，虽然他们文中只是简单提及了DDD领域驱动设计，但是他

当我们开始编写软件时，我们总是希望有一个好的设计。我们阅读书籍，运用最佳实践，最后，我们常常一团糟。根据我在一家定制软件开发公司的经验，我每天必须处理此类代码，尤其是在某些旧系统上工作时。造成这种情况的原因多种多样，我将尝试在一系列文章中以一些实际的方式来探讨其中的一些原因。在我的第

在我工作过的一家公司中，我的团队被要求将旧应用程序移植到全新的堆栈上（例如从EAR / SQL应用程序迁移到独立的/ NoSQL应用程序）。通过研究，我们很快意识到我们必须重做整个基础架构……新框架与十年前所使用的框架有很大不同。实际上，唯一不需要更改的就是业务逻辑。因此重用它是有意义的，对

几年前，我领导了一个在线销售人寿保险新平台的网络开发。我们将介绍以下几点： 事件风暴：这是什么以及如何开始对业务域进行建模 从领域事件的角度思考系统或业务域如何真正帮助澄清问题 人寿保险业务可能面临的一些重要问题 如何更好地处理与外部系统/ API的交

本文的目的是提供一种用Java和Spring以六边形样式实现Web应用程序的自以为是的方式。本文随附GitHub上的示例代码。

六角体系结构是实现域驱动设计时要使用的关键设计模式。它支持不断变化的变化，有助于保持测试套件的快速和可靠，并保护系统免受技术问题引起的连锁反应的影响。这一系列博客文章探讨了它的起源和益处，以及五种可能的实现方式及其各自的特征。 为什

在多用户环境中，处理并发访问是我们的主要工作。并发控制可以而且应该反映在我们的API中，特别是因为HTTP提供了一组标头和响应代码来支持它。首选的方法是将version属性添加到我们的读取模型中，并在不安全的方法中进一步传递它。如果在服务器端检测到冲突，我们可以409 CONFLIC

“对于像我们这样的以软件为中心的复杂系统，更改，集成和测试它非常昂贵，尤其是在我们所处的军事领域，您可能必须进行实时射击试验才能真正验证系统，”诺尔特斯说，他是是位于Hengelo的公司的软件架构师，“而且，即使是最微小的更新也可能导致大量的变化。然后归结为一个问题：您如何才能在不影响其余部

在这篇博客文章中，我将向您解释SAP将如何使用SAP统一领域模型作为集成智能套件的一种语言（通用语言）。您将了解已经在哪里使用了统一领域模型，并对其背后的技术概念有了一些基本的了解。最近，SAP提供了

领域驱动设计（DDD）是一组原则和工具，可帮助我们设计有效的软件体系结构以提供更高的业务价值。通过将整个应用程序域分离为多个语义一致的部分，Bounded Context是从架构的泥潭中拯救体系结构的主要模式之一。同时，借助

这篇文章使用一个简单的示例说明了域建模过程。第一步，确定实际问题。接下来，找到一种解决方法。接下来是创建初始域模型。之后，提供第一实施方式。然后，讨论并解决了技术和逻辑上的挑战。此外，还将解释域模型及其实现之间的差异。该帖子最后建议即使对于小型项目，也应使用以问题为中心和模型驱动的方法。

在本系列中，我们将通过实现假设数据结构的PoC（基于事件的列表），重新审视事件源的概念，然后在后续文章中通过使其并发且对内存友好的方式进一步改进事件源的概念。 事件溯源多年来，我们已经习惯了这样一个事实，即

您在图片中看到了什么？一块硬纸板？一

该存储库包含一些库，以帮助开发人员使用Java中的DDD概念。当前，它包含以下工件：表达DDD概念的工件

主要目标： 展示如何以模块化方式实现整体应用程序 介绍应用程序 的完整实施 这不是另一个简单的应用程序 这不是另一种概念证明（PoC） 目的是提出可以在生产环境中运行的应用程序的实现 展示最佳实践和面向对象编程原则的