搜索所有贴

占用，该怎么办。当涉及到业务逻辑违规和应用程序状态时，418 似乎是实际用例的有效候选者。

2 年前

增删改查是大部分框架的功能，如果有两个并发请求修改同一个数据怎么办？或者插入本来应该是唯一却重复的数据怎么办？或者插入和修改有其他辅助动作比如保存到另外的表比如校订审计日志。你会首先想到“事务

8 年前

进行同时两个预订成功。这是在添加防止重复预订的业务规则之后还会发生，怎么办呢？患者是可能会预订多个预约，因为数据库事务与聚合事务不符，两者边界不对齐，因为聚合边界是一个10分钟时间段，数据库需要两个

4 年前

11和Jigsaw模块。这将为您提供更加具体的视图，了解Uncle Bob的干净架构。在深入实现之前，让我们来看看架构：实体：这些是应用程序的业务对象。这些不应受到外部任何更改的影响

5 年前

事件风暴EventStorming 是一种非常流行的技术，它使我们能够比传统技术更有效地探索、分析和建模业务领域。结果是我们创建了设计更好的软件系统和问题解决者团队，而不是订单接受者。如果使用

10 个月前

EventStorming是一种非常流行的技术，它使我们比传统技术更有效地探索，分析和建模业务领域。由此我们可以创建与设计更好的软件系统和问题解决方案。明智地使用EventStorming，我们

4 年前

使用分布式事务。这些交易需要锁，并且无法很好地扩展。他们还需要所有涉及的系统同时启动和运行。那你该怎么办呢？ 3个无效的“解决方案” 当我在会议演讲中或在一个研讨会上与与会者讨论此主题时，我

4 年前

最近一直在思考一个问题：有没有这样一种可能，就是一个领域模型的状态不依赖于外部，它只负责接收外部的事件，然后根据这些事件做出响应；响应分两种： 1）根据模型当前的内存状态进行业务逻辑处理，然后产生

10 年前

找到有关如何编码流、实现连接器、使用架构注册表等的指南。但是，关于 EDA 实践、如何在完整的微服务环境中开始实施 EDA、如何与旧组件和新组件集成的文章并不多。以及如何治理这片土地。在

2 个月前

，他们意识到将自己的领域分开创造了一个全新的世界：最终的一致性就变成一件需要注意的事情。当您要提取数据的服务关闭时该怎么办？问题的数量开始堆积。寻找错误，事件，数据一致性问题等，使实现高速开发

3 年前

技术兄弟想要听到的东西。我正在阅读“构建演化架构 ”。详细介绍各种架构，向上/向下的方面，可演化性，……该章的重要提示：“确保您的架构与业务问题域相匹配。不要试图强行安装不合适的体系结构

4 年前

一步。如果我们承担责任，只需假设所有付款都成功并继续处理在线购买，该怎么办？如果你在销售实体商品，这实际上是相当安全的。尽管支付网关失败，假设信用卡已”虚假“地实现了收费，订单完成了，毕竟，需要几天或

4 年前

。对业务和领域的广泛而深入的了解至关重要。本文介绍的方法围绕这些需求而设计，并使用两个工具来找到最有效的系统设计： EventStorming 和Bounded Context Design

4 年前

数据源一起使用。如果网络不可靠并且您无法向用户显示该怎么办？嗯，这就是存储库实现的目的，它将数据层与实现层或UI层分开。数据层本身被划分为不同数据源的抽象节点，最重要的是在存储库模式数据库中被视为

5 年前

，只能实现服务器端的转向，Apache的mode_rewrite功能很有效，但是这种方式太土，太手工化，和业务脱离太远，可控性不强。看来实现ROE，还需要REST框架拥有URI转向的功能，所以，好

10 年前

登录