event-sourcing - 用于注册、登录、退出的事件采购

客户端应用程序允许用户注册、登录和退出。这些操作创建用户帐户以及创建和删除身份验证令牌。

甚至那些致力于事件溯源的开发人员是否真的在这些操作中使用事件溯源？这些操作似乎需要与中央身份验证服务器同步，以检查注册期间的用户名唯一性和密码复杂性以及登录期间的密码匹配等内容。此外，出于安全原因，很高兴看到确认退出成功。

我可以看到可以使用事件源（注意不要将纯文本密码放在事件队列中。）这似乎会使在客户端应用程序上实现注册、登录和注销的任务更加繁重开发商。操作仍然不能“离线和同步”，不是吗？

标签： event-sourcing

甚至那些致力于事件溯源的开发人员是否真的在这些操作中使用事件溯源？

你当然可以——没有根本原因为什么你不能使用持久数据结构来维护你的更改，而不是非持久结构。

也就是说，真相仍然由适当的权威机构记录在一个单一的中心位置。不同之处在于，使用事件溯源，权限不会覆盖以前的值。

“从事件流加载当前表示”与“从可重写存储加载当前表示”同步。