我们如何使用 CQRS/DDD 建模经典的多对多关系？
我知道 DDD 和 CQRS 的实现和解决方案往往是特定于域的，因此可能很难对这个问题提出一般性的答案。
但是，假设我们在Book和Author之间有熟悉的关系。这是一个经典的多对多关系。
对我来说， Book和Author是两个不同的实体，每个实体都属于自己的Aggregate Root，这似乎是最自然的。因此，明确地建模它们之间的多对多关系并不是要走的路。
我们如何为 AddBookCommand 建模？我们希望能够将一本书添加到我们的图书馆，并以某种方式声明特定作者写了这本书。我们如何建模（并保持）这种关系？
Book和Author似乎都不是价值对象的好候选人......
假设两者都是聚合，则在添加新书时将所需的任何作者数据复制到 Book 聚合中，以便任何后续命令都有足够的作者数据可以使用。现在，如果 Author 聚合需要有关作者所写书籍的信息，那么它可以“订阅” NewBookAdded 事件（从技术上讲，您可以将 RegisterAsAuthorOfBook 命令发送到 Author 聚合作为 NewBookAdded 事件的结果）。我想人们也可以用另一种方式对此进行建模，但我对 Book Author 域并不那么熟悉。
底线是您并没有真正存储多对多，因为它们无法扩展。您必须开始将它们（聚合）视为相互发送消息。更大的问题是什么需要保持一致以及在什么时间点需要保持一致。我们是否关心作者不会立即反映添加了新书的事实，而她/他是其中的作者？作者是否想对他/她写的书强制执行任何不变量（反之亦然）？
另一件事是停止面向数据和更加面向行为。Book 和 Author 聚合的行为是什么？这将说明在什么时候需要什么数据以及应该如何建模。
http://pastie.org/1220582第一次尝试 Book 聚合。