从设计的角度看Redux

我知道，这听起来很抵牾。 我不是说 Redux 可以或许用起码的代码实现成果吗？ 这有点像行使洗碗机。 起首，你得花时刻细心地分列盘子。 在此之前，你将看到洗碗机的甜头：节减现实洁净餐具的时刻，消毒餐具等。你必需抉择筹备时刻是否值得！

机能消费

因为其逼迫执行的限定，Redux 也也许对机能发生影响。 每当数据产生变革时，它会增进一点开销。 在大大都环境下，这不是什么大题目，并且放缓并不明明。 如故，当存储中存在大量数据而且当数据频仍改变时（譬喻，当用户在移动装备上快速键入时），UI 也许因此变得迟钝。

Redux 不可是为 React 而生

一个常见的误解是 Redux 仅用于 React。 听起来Redux在没有React的环境下无法做任何工作。 究竟上，正如我们之前所接头的，Redux在几个重要方面增补了React。 React 是最最常见的 Redux 用例。

然而，究竟上，Redux可以行使任何前端框架，如Angular、Ember.js 乃至jQuery 可能 平凡的JavaScript。试着谷歌一下，你会发明这个，这个，这个乃至这个。Redux 的一样平常头脑合用于任那里所

只要你明智地行使 Redux，你可以在许多环境下获得它的甜头，而不只仅是在React应用中。

总结

有不行停止的弱点。一个开拓团队的职责就是举办评估，看怎样举办弃取并作出明智的选择。

作为计划师，假如我们相识Redux的上风和劣势，我们将可以或许从计划的角度为这一决定做出孝顺。 譬喻，我们是否可以计划用户界面以减轻隐藏的机能影响？ 大概我们可以倡导包括除掉/重做成果来删除大量简直认对话框？ ？或者我们可以倡导 optimistic UI ，由于它可以或许以相对较低的价钱来晋升用户体验。

（编辑：湖南网）

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