使用CQRS读取模型的域模型业务规则验证
在一个集合中对业务规则的验证是通过一致性问题的AR进行的。如何验证需要订单集合之外的数据的业务规则？
我也在使用CQRS方法，我认为使用ReadModel来获取验证业务规则所需的数据并不是一个糟糕的选择...您认为呢？
共有1个答案
根据我对CQRS的经验，我认为ReadModel最终是一致的，因此我对ReadModel表示系统的当前状态没有100%的信心。当您想要分发和复制ReadModels时，这种情况就更多了。
我只想使用ReadModel来限制发送到应用程序的无效命令的数量。
在我看来，您应该开始考虑域服务，它可以用来封装在单个聚合/实体/值对象边界之外的域逻辑。
-
在CQRS ES和DDD中，聚合中的小读模型从其他聚合或有界上下文中获取数据是件好事吗？ 例如，在订单验证（订单聚合）中，有一个业务规则，该规则仅在未标记客户时验证订单。标志信息通过同步域事件放入读取模型（特定于聚合）。 你怎么看？
-
我有一个在AWS Lambda上运行的基于微服务的应用程序。其中两个微服务，最关键的，使用事件源/cqrs。 背景：（这也是我整理思想的地方） 我正在使用这个库并将事件存储在DynamoDB中，并将预测存储在AWS S3中。 写入部分的工作方式很有魅力：每个命令调用都从DynamoDB加载聚合的当前状态（通过处理程序运行事件和/或加载缓存的聚合），它根据一些业务逻辑决定接受或拒绝命令，然后使用键条
-
问题内容： 我有一个laravel 模型，该模型在和上具有唯一的验证规则。在我的存储库中，当我更新模型时，我将重新验证字段，以使所需的规则验证没有问题： 测试失败 有没有办法优雅地解决这个问题？ 问题答案： 将当前正在更新的实例的追加到验证器。 传递实例的来忽略唯一的验证器。 在验证器中，使用参数来检测您是否正在 更新 或 创建 资源。 如果进行更新，则强制唯一规则忽略给定的id： 如果创建，请照
-
快住手！域模型不是持久性模型 如果这是真的，将持久性对象与域对象分开有什么好处呢？
-
我目前正在进行一个项目，该项目需要使用QVTO将一个模型转换为另一个模型。源模型是以表格形式表示的状态机。目标模型也是具有节点和边的statemachine。源模型只有领域元模型，但目标模型同时具有领域和符号元模型。符号元模型是http://www.eclipse.org/gmf/runtime/1.0.2/notation。我从源域模型转换到目标域模型，但是我的目标模型没有表示法模型。我想做的是
-
问题内容： 我只是想查找Martin Fowler的域模型模式的一些示例，但我找不到。 从我在Internet Domain Model上发现的内容来看，只是在类中添加了一些“逻辑”方法。例如 我理解正确吗？如果不是这样，我将不胜感激地举一个域模型模式用法的小例子。 问题答案： 我理解正确吗？如果没有，我将举一个例子。 大致上是。 对于Martin Fowler而言， 领域模型是领域的对象模型，其