从计划的角度看Redux

到今朝为止，Redux 看上去只是 React 的帮助器材。开拓者行使它来办理 React 的某些痛点。但 React 正在快速着手办理这些题目！究竟上，Redux 的作者 Dan Abramov 在几年前已经加盟 Facebook 的 React 焦点团队。他们一向致力于晋升 React 的开拓体验: context API (16.3版本宣布)、更好的数据获取 API (详情请见 Dan Abramov 于2018年2月的演讲)、更好的 setState API，等等。

它会使 Redux 过期吗？

你猜怎么着？ 我还没有向你展示Redux的真正力气！

Redux 迫使开拓职员遵循一些严酷的法则，这给 Redux 带来了强盛的成果。

1.  全部数据（应用措施状态）必需以明文情势描写。 你应该可以或许用笔在纸上写下全部数据。
2.  每一个举措(数据的改观)都必需用清楚的笔墨来描写。你必需把你要做的事写下来，然后再做改变。你不能改变数据而不留下陈迹。在 Redux 的术语中这称之为 “派发 (dispatching) 举措”。
3.  变动数据的代码必需像数学公式一样。 在沟通输入的环境下，它必需返回沟通的功效。 无论你运行几多次，4 的平方老是 16。

当你遵循上述原则来开拓应用的话，不行思议的工作就来了。Redux 将开启很多很酷的特征，这些特征行使其他技能很难实现，可能实现起来本钱很高。下面是一些例子。

我从 Dan Abramov 文章 “You Might Not Need Redux” 和 “React Beginner Question Thread.” 中网络了一些示例。

取消、重做

风行的 取消/重做 成果必要体系级筹划。由于取消/重做必要记录和回放应用措施中的每一次数据变动，以是你必需从一开始就在架构中思量到这一点。假如是过后才想到的，那就必要修改许多文件，这是无数错误的来源。

正由于 Redux 必要每个举措都以文本的情势举办描写，以是可以说是生成就支持除掉/重做。这个文档中先容了怎样行使 Redux 来实现除掉/重做。

协作情形

假如你要构建相同于 Google Docs 的应用，个中多个用户在伟大使命上协同事变，请思量行使 Redux。 它可以或许为你完成大量沉重的事变。。

Redux 可以很是轻松地通过收集发送正在产生的工作。 吸取另一个用户在另一台呆板上执行的操纵，重放变动并与当地产生的操纵归并是很简朴的。

OPTIMISTIC UI

Optimistic UI 是 Meteor 提出来的一种前端界面快速相应用户交互的观念，之前叫 Latency Compensation，首要浸染是在客户端直接相应用户的交互，而不消等信息从客户端发送随处事器，完成更新确认，再从处事器返回客户端这一个往返完成后再做相应。有点相同游戏规模里的 Dead Reckoning，在客户端离线对用户举动举办展望，到达潜匿延时和镌汰带宽行使的技能。

（编辑：湖南网）

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