搜索所有贴

在日常工作中使用领域驱动设计的工作越多，就越能面对教学的难度。这是怎么回事？DDD经常被误解！我们也可以认为掌握 DDD 一件复杂的事情，需要掌握大量的知识和实践。让我们更具建设性，并试图找到

5 年前

Eric Evans在 2000 年代初撰写领域驱动设计 (DDD) 一书的原因是为了鼓励那个时代更好的领域驱动设计 (ddd) 实践。设计由数据模型驱动，技术和业务同事之间的协作不足。DDD

2 年前

这本书是关于 DDD 战略设计的书籍，战略设计是有关业务分析建模的复杂性系统设计，由于设计本身自以为是的特点，如果设计的方向发生错误则是无可挽回的灾难，敏捷宣言提出了快速交付价值，但是

2 年前

多个聚合。领域事件：对聚合所发生的情况的描述。发布是公开的，以便其他人可以使用和重构它。彩蛋1：以上是 DDD 的战术概念，DDD战略概念更重要，它决定了如何将业务能力落地为DDD

1 年前

。战略设计

1 年前

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

2 年前

领域驱动设计：调整软件架构和业务战略。一切始于人在 Khononov 的书的开头，有一个简短的提醒软件行业的人经常忘记的一个简单事实： DDD 提醒我们，软件开发人员并不是唯一

1 年前

\ “仅在复杂域中使用 DDD ”,这是DDD专家用来避免回避“是否银弹”争论的口头禅，这样至少可以避免不愉快的争论。但是我们想知道到底什么是复杂的域？这样才能知道何时使用DDD。从战略

5 年前

探索该领域并提出一个模型，同时使用来自 DDD 的战术模式。另一种方法是运行战略领域驱动设计模式：看看Nick Tune 的这篇带有示例的精彩文章。六边形结构这可能有点争议

1 年前

帮助构建更灵活，健壮和可扩展的应用程序有一些经验。最后，我还解决了它的潜在缺点（在此回答中概述了其中的许多缺点）。不过，我的问题是Eric Evans提出的域驱动设计（DDD）与“干净架构”有何

4 年前

保持一致。通过采取这些行动，你可以应用DDD原则和实践，使软件架构与业务战略保持一致，从而使软件开发项目更加有效和成功。谁应该读这本书？ "学习领域驱动设计：将软件架构和商业战略结合起来

10 个月前

需要进行战略投资的领域。 2、因此，我从识别核心子域开始，将问题领域划分为更小的部分，即子领域，并发现核心部分，以便知道在哪里投入最多开发努力。这就是领域驱动设计的战略设计的问题空间，然后我切换到

1 年前

设计模式，将战略和战术完全分离。复杂性系统是一种心智接口：对于更复杂的系统，使用 DDD 领域驱动设计等方法。总之，ifelse几个字母代表了软件行业辛酸泪，大道溶于平常代码中，这

2 年前

。 “领域驱动设计 (DDD) 是一种通过将实现与核心业务概念的演变模型深度连接来开发复杂需求的软件的方法” — http://dddcommunity.org 建模问题域——战略 DDD

1 年前

领域驱动设计 DDD 分两个阶段进行：在战略阶段，我们确定 BC 并将它们映射到上下文地图中。在战术阶段，我们根据子域的业务规则对每个 BC 进行建模。让我们看看每个阶段如

1 年前

登录