与 CQRS 的多对多关系的替代方案
我们如何使用 CQRS/DDD 为经典的多对多关系建模? 我知道 DDD 和 CQRS 的实现和解决方案往往是特定于领域的，因此可能很难对这个问题给出一个通用的答案. 但是，假设我们在 Book 和 Author 之间有熟悉的关系.这是一个经典的多对多关系. 对我来说，Book 和 Author 是两个不同的实体，每个都属于自己的聚合根，这似乎是最自然的.因此，对它们之间的多对多
..
dddd相关内容
使用 Kafka 作为(CQRS)事件存储.好主意?
虽然我之前遇到过 Kafka，但我最近才意识到 Kafka 可能被用作(基于)CQRS、eventstore. Kafka 支持的要点之一: 事件捕获/存储，当然是所有 HA. 发布/订阅架构 能够重播事件日志，让新订阅者能够在事后注册系统. 诚然，我不是 100% 精通 CQRS/事件源，但这似乎非常接近事件存储应该是什么.有趣的是:我真的找不到太多关于 Kafka 被用作
..
将Kafka用作(CQRS)事件存储.好主意?
尽管我之前遇到过 Kafka ，但我最近才意识到，Kafka可能被用作( CQRS ， Kafka支持的主要观点之一: 事件捕获/存储，当然是所有HA. Pub/sub体系结构 具有重播事件日志的功能，使新订户可以在事件发生后向系统注册. 诚然，我不是100％精通CQRS/事件源，但是这似乎与事件存储应有的程度非常接近.有趣的是:关于Kafka用作事件存储，我真的找不到太多，所以也
..
汇总根中包含的实体如何保存在DDD中？
在阅读了很多文章之后，我意识到如果一个概念/上下文存在聚合根，那么我们需要为整个概念/上下文建立一个单一的存储库。 如果是这种情况，我会看到内部实体没有任何存储库。如果是这样，这些内部实体如何保存到数据库？ 我在聚合根下有许多内部实体。因此，想知道是否需要将内部实体的所有保存都保存在聚合根存储库下，它会变得肿。请提出在这种情况下可以采取的措施。 此外，我的内部实体将在持久性级别进
..
使用STE与POCO进行DDD
使用Microsoft技术(我们可以完全控制所有组件)使用DDD开发n层应用程序(更好的DDDD，因为我们正在使用WCF)，因此最好的选择似乎是STE vs POCO(这最后一个迫使使用DTO).这是正确的?您认为在需要的地方将STE与DTO一起使用是合理的吗? 谢谢. 解决方案 我真的可以推荐Julie Lerman的编程实体框架 .她深入介绍了简单的poco，dto和自我跟踪实体
..
实施CQRS基于设定的约束
我还是什么必须是基本的（和解决）有关CQRS建筑风格的问题挣扎： 我们如何实现依赖于一组总结罗茨业务规则？ 取，作为一个例子，一预定的应用程序。它可以使您预订的门票演唱会，座位电影或桌子上的餐厅。在所有的情况下，只有将是的数量有限的“项目”出售 让我们想象一下，该事件或地方非常受欢迎。当销售打开一个新的事件或时隙，预订开始非常迅速到达 - 也许每秒许多 在查询方面，我们可以大规模扩展，并预
..
替代与CQRS多到多关系
我们如何经典的多对许多关系与CQRS / DDD模型？ 我知道，无论DDD和CQRS实现和解决方案，往往是特定领域的，所以它可能难以拿出一个笼统的回答了这个问题。 然而，让我们假设有之间的图书和作者的熟悉的关系。这是一个典型的多对一对多的关系。 要我来说，这似乎是最自然不过的图书和作者的是两个不同的实体每一个在自己所属的聚合根。因此，明确造型它们之间的许多一对多的关系是不是要走的路。 我们
..