从设计的角度看Redux

举一个简单的例子，在Twitter应用程序中，你的点赞它需要请求服务器进行一些检查，例如，该推文是否仍然存在。 Optimistic UI 的做法不是传统的转圈等待几秒，然后显示结果，而是选择欺骗用户！它事先假定所有请求都是成功的，当用户点赞时直接+1。

这种方式有效的原因在于大多数时候请求都是正常的。当请求失败是，应用只需回滚至前一个 UI 状态即可，并使用服务器响应的实际结果，例如显示错误信息。

如同撤消/重做一样，Redux 也支持 Optimistic UI。 当从服务器收到否定结果时，可以轻松记录，重放和还原数据更改。

持久化和从状态启动

Redux 可以很容易地将应用程序中发生的事情保存到本地存储中。之后，即使电脑重启，应用程序也可以加载所有数据，并从完全相同的位置继续运行，就像从未中断过一样。

如果你使用 Redux 构建游戏，则只需要几行代码来保存/加载游戏进度，而无需更改其余代码。

真正可扩展的系统

使用 Redux，你必须“dispatch”一个 action 来更新应用程序中的任何数据。 这种限制使我们可以深入了解应用程序中发生的各个方面。

（编辑：西安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!