我正在开发一个应该支持多种用户语言的应用程序（CQRS +事件源）。用户将能够翻译他的一些输入不同的语言。例如。一些标签或描述可以用荷兰语和/或英语提供。根据用户的语言首选项，应用程序应显示正确的翻译。
我怀疑阅读模型在这个过程中发挥了重要作用。
我正在考虑创建像ItemDescriptionTranslated这样的事件，告诉'项目X的描述被翻译为Y语言Y'。
我认为聚合可以安全地忽略这种事件，只有读取的模型才能对这些信息做些什么。
这有意义吗？你们有没有在翻译过的应用程序中使用CQRS / ES的经验？任何提示都非常感谢。
答案 0 :(得分：3)
您可以使用事件来源。您可以编写聚合的构建函数来忽略ItemDescriptionTranslated事件。
主要问题是 - 如果你真的需要在这部分应用程序中采购事件。例如，您可以使用两种方式构建授权 - 无论是否。如果您想记录所有用户＆＃39;登录和验证，你更喜欢ES。但如果你只想登录，没有任何分析 - 我建议不要使用es。
那么，您想收集一些有关翻译的其他信息吗？何时，谁，可能会检查一些关于不同作者的更正的统计数据等。