事件采购:总体根源和绩效

我正在使用事件源构建StackOverflow克隆.MVP很简单:

用户可以发布问题

用户可以回答问题

用户可以对非封闭问题的答案进行upvote和downvote

我已将问题建模为聚合根.一个问题可以有零个或多个答案,答案可以有零个或多个upvotes和downvotes.

然而,这导致了巨大的性能问题.要提出答案,必须加载问题(作为聚合根),这需要加载其所有答案.在非事件源DDD中,我会使用延迟加载来解决此问题.但是在事件采购中的延迟加载是非常重要的(http://docs.geteventstore.com/introduction/event-sourcing-basics/)

将问题建模为聚合根是否正确？

首先不要使用延迟加载(使用ORM时).由于这一点,你可能会发现自己情况更糟,而不是等待一段时间.如果你需要使用它,大多数时候它意味着,你的模型只是错误.

您可能想要考虑以下内容:

你期望的问题有多少答案.

如果有人在您提交答案时发布了答案,会发生什么.同样关于upvotes.

upvote只是+1而且您不再关心它,或者您可以找到所有用户的upvotes,例如将它们更改为downvote(已识别出upvotes).

您可能希望使用单独的聚合,而不是因为性能问题,而是因为并发问题(问题2).

根据性能和您的upvote行为的方式,您可以考虑将其建模为值对象.(问题3)

来吧read it http://dddcommunity.org/library/vernon_2011/

通过使用cqrs读/写分离可以实现真正的性能 http://udidahan.com/2009/12/09/clarified-cqrs/