假设我们有基于Redux的聊天应用程序。你会用什么策略来处理,例如,未传送的消息?我看到两种方式:在基于Redux的应用程序中处理请求错误
1.让用户发起消息重新发送。 它应该简化错误处理逻辑,但可能会对可用性产生负面影响。用户可能甚至没有注意到在多个频道/同时与多个人通话时有任何未传送的消息。
2.实施一个“工作人员”,将检查失败的消息,并会在一段时间后自动触发重新发送。在这种情况下,用户将需要较少的手动工作,但应用程序应该有一个更复杂的逻辑,我真的不知道如何将它与Redux结合在一起。
也可能有其他类型的数据请求失败。你将如何处理这样的错误?在Redux状态下有一系列序列化的失败请求在稍后重新发送是否是一个坏主意?