如何解决处理异步写入方案中的错误
| 异步写或后写的想法是，客户端提交对写操作的请求，然后以快乐的方式进行，而不必等待写操作结束。 从我对这个主题的阅读中，我不清楚的是万一发生错误，该如何处理。一种策略可能是登录并忽略它们。好的，因此我想客户端随后必须在后续读取操作失败时应对。采用什么策略来处理不可避免的写入失败？他们以任何方式向用户公开吗？我可以想象一些非常奇怪的应用程序行为。想象一下，如果数据库崩溃了，并且执行了几次写操作（从客户端的角度来看），而实际上却没有任何持久性。解决方法
看一下CQRS。
参见格雷格·杨的解释：
http://codebetter.com/gregyoung/2010/02/16/cqrs-task-based-uis-event-sourcing-agh/
希望这可以帮助。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
