限界上下文BC

19-09-18 1919 2

领域驱动设计看起来真的很复杂，有很多行话，等等。总而言之，这是一种分而治之的方法。第一件事就是将您的业务划分为更小的“块”。每个块都易于处理+理解。但是，为了能够做到这一点并以有利于业务的方式，您需要.

19-09-06 3448 2 3K

Alberto Brandolini是EventStorming的发明者，一种在领域驱动设计环境中的研讨会格式，可让您快速了解软件领域的情况。Alberto Brandolini是EventStorm.

19-09-03 4122 2 2K

ContextMapper是一个开源工具，提供基于领域驱动设计（DDD）模式的DSL，用于实现上下文映射和服务分解。Context Mapper项目是瑞士东部应用科学大学（HSR FHO）的学期项目的.

19-08-13 3087 1

Event Storming是一种跨职能促进技术，用于揭示系统或业务流程的有界上下文，微服务，垂直切片，故障点和起点。建议时间：12小时。谁参加？中小企业，核心团队（见主持人说明）Event Stor.

19-08-02 1519 5 3K

您正在构建一个新系统，并且您的团队的两名成员各自提出了用于发送通知的两种架构，哪一个是正确？如何选择？第一个开发人员提出的是推送模型：有界上下文应指示通知上下文发送通知。专门的通知上下文应该只是遵循.

19-07-31 2947 2 6K

通过有界上下文和无所不在的语言，实现高聚合低关联并获得服务边界。是什么让系统边界“干净整洁”？我们通常使用的软件都是基于状态机的系统：像交通灯一样，changeLight()的结果取决于先前的状态是“.

19-07-23 1450 1 5K

我们如何将大型系统分解为更小，更易于管理的模块化组件？在领域驱动设计中，大型系统被分解为有界上下文，这些上下文在代码中成为微服务和组织中的团队的自然边界。识别良好边界没有捷径可走。对业务和领域的广泛而.

19-07-11 2012 3 11K

我参与了几次敏捷转换。我所工作的每家公司都提出了同样的问题：我们如何将当前的软件划分为团队，以及我们如何使这些团队与我们的业务目标保持一致？在本报告中，我将分享我的经验，帮助公司使用领域驱动设计方法向.

19-07-05 2 2702 2 11K

本文深入研究DDD和模型：它们是什么，它们之间的关系以及模型在领域驱动设计中的工作方式。模型作为深入洞察的工具让我们首先解释DDD对模型的意义，因为它们位于DDD的中心。在系统开发中，“模型”一词意味.

19-06-09 3092 1 3K

本文是Google产品技术经理 Steven A. Lowe编写：事件风暴是一种快速，轻量级且未得到充分认可的群体建模技术，它对于加速开发团队而言非常强大，有趣且有用。作为Alberto Brando.

19-05-23 902 2

“不要追求完美的代码;争取完美的界限” - DDD的模式，原则和实践。评：DDD有界上下文是DDD核心追求目标，这是结构化基础，如同将你的房子的布局，卧室在哪里，客厅在哪里，厕所在哪里，一间房子内部被.

19-05-15 1181 2 2K

这是mathiasverraes领域事件系列文章最后一篇，其他可点击领域事件进入查看！使用可见性层明确分离不同有界上下文的事件，可以使用它们自己的语言。问题这个问题与显式公共事件中描述的相同：有时将.

19-05-14 1029

将一小部分事件标记为公共事件，默认情况下保持其他事件为私有。(有界上下文内部时私有，有界上下文或微服务之间发送消息事件是公有，分成两个不同的消息主题通道)问题领域事件不仅可用于与其他有界上下文进行通.

19-05-03 2844 2

它也称为战略建模，它是DDD的支柱，其主要目标是与整个项目团队（领域专家和技术团队）一起定义有界上下文，统一的无所不在语言和上下文映射。要清楚地了解战略项目是什么，您需要掌握我所谈到的每个概念。有界上.

19-04-23 2284 1 3K

事件风暴是软件系统的快速设计技术，涉及技术人员和领域专家/业务分析师。它最适合领域驱动设计环境，并倾向于/准备事件溯源和CQRS。该技术最初由Alberto Brandolini引入，由Vaughn .