【问题标题】:CQRS, event sourcing and a translated applicationCQRS、事件溯源和翻译的应用程序
【发布时间】:2017-12-14 20:42:07
【问题描述】:

我正在开发一个应该支持多种用户语言的应用程序(CQRS + 事件源)。用户将能够翻译他输入的一些不同语言。例如。一些标签或描述可以用荷兰语和/或英语给出。根据用户的语言偏好,应用程序应显示正确的翻译。

我怀疑读取模型在这个过程中扮演着重要角色。

我正在考虑创建像 ItemDescriptionTranslated 这样的事件,告诉“项目 X 的​​描述被翻译成语言 Y 为 Z”。

我认为聚合可以安全地忽略此类事件,并且只有读取模型才应该对这些信息进行处理。

这有意义吗?你们中是否有人在翻译的应用程序中使用过 CQRS/ES?非常感谢任何提示。

【问题讨论】:

    标签: translation cqrs event-sourcing


    【解决方案1】:

    当然,您可以使用事件溯源。您可以对聚合的构建函数进行编码以忽略 ItemDescriptionTranslated 事件。

    主要问题是 - 如果您真的需要在这部分应用程序中进行事件溯源。例如,您可以使用两种方式建立授权 - 是否。如果你想记录所有用户的登录和认证,你更喜欢 ES。但是如果你只想登录,不做任何分析——我建议不要使用 es。

    那么,您想收集一些关于翻译的额外信息吗?什么时候,谁,可能会检查一些关于不同作者更正的统计数据等等。

    【讨论】:

      猜你喜欢
      • 2015-09-24
      • 2019-01-31
      • 1970-01-01
      • 2018-11-15
      • 2019-09-22
      • 2018-04-13
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多