说一说 React 和 Redux 你知道或者不知道的一些事情

helloxue 2年前
   <p>本文介绍一下自己在使用React和Redux过程中的一些思考,主要面向初学者。</p>    <h2>1. 为什么要有redux</h2>    <p>传统前端开发中,把模板和功能逻辑分开作为一种最佳实践,React采用了不同的思路,通过组件把模板和逻辑组合在一起。但是React也并不是一个完整的组件化框架,其组件化只是主要集中在展示层面,如果要构建复杂的应用,在React component中放置太多的逻辑代码,不仅组件化的初衷复用性会降低,从代码维护的角度看也不合理。</p>    <p>Flux是非死book提出的一种前端架构模式,通过Flux的数据流模型可以非常优雅地处理应用中的数据流动,配合其他中间件使用可以处理复杂应用中的逻辑行为,从而提高代码的复用性和维护性。其中Redux是所有Flux具体实现中的一个佼佼者。</p>    <h2>2. react redux工程化</h2>    <p>这里说一下在react、redux开发中可能会用到的一些方便开发的工具和值得研究的第三方库。</p>    <h3>react-redux</h3>    <p>react-redux通过Provider和connect两个接口简化了react component与redux的绑定,几乎是必用的一个库。</p>    <h3>redux devtools</h3>    <p>可以使用chrome的Redux DevTools插件,redux devtools功能非常强大,可以查看store state和action的内容,而且是可以查看所有阶段的store中的数据,甚至撤销或者重新执行action,站在绝对的上帝视角,可以帮助我们快速定位逻辑上的问题。</p>    <h3>react-addons-perf</h3>    <p>react-addons-perf是一个性能分析工具,可以打印react component的渲染时间,还可以分析组件渲染过程中浪费的时间,即执行了render方法,而没有在dom上更新的地方,从而发现component中可以优化的环节。</p>    <h3>react-addons-update</h3>    <p>react-addons-update可以方便地创建不可变数据。我们知道为了性能优化中会使用shouldComponentUpdate方法来避免render无意义调用,但是shouldComponentUpdate本身的执行也不能过于复杂,否则反而是增加了执行时间,所以shouldComponentUpdate在对比oldprops和nextprops时一般使用浅对比(shallow compare)。这时如果是对可变对象进行浅比较,结果自然是不准确的,因此需要使用不可变对象,react-addons-update正可以满足这种需求。</p>    <h3>redux-logger</h3>    <p>可以在console中输出每一个action dispatch后state的变化,是代码调试的好帮手。</p>    <h3>redux-saga</h3>    <p>通过使用generator可以优雅地处理异步过程,并且可测试性强。</p>    <h2>3. react性能优化的建议</h2>    <p>网上已经有很多react性能优化的文章,个人觉得性能优化本身是一个博弈的过程,在代码可读性、维护性与运行性能之间的博弈,很多时候性能优化牺牲了代码的可读性,因此要在合适的时间,在需求基本完成时再进行优化,并且优化中要着眼于性能的瓶颈,没有必要深挖每一个细节,破坏代码本身可读性。</p>    <h2>4. React使用中的一些博弈</h2>    <p>其实React的出现本身就一个博弈的结果,模板和逻辑的分离还是组合的一个博弈结果,React采用组件的方式把传统开发中的模板和逻辑放置在了一起。在选用React之前需要考虑下是否适合采用React。</p>    <h3>shouldComponentUpdate</h3>    <p>shouldComponentUpdate的加入是为了避免render方法的无效重复执行,但是如果shouldComponentUpdate函数本身会执行比较复杂的对比,那么加入shouldComponentUpdate得不偿失.</p>    <h3>redux 博弈</h3>    <p>在react中加入redux之后,会尽量设计"纯"component (即对于传入一定 props一定可以输出确定的结果),组件间、甚至组件内部的状态变化都要通过action来实现。但有时使用组件内部的state反而是一种最简便快捷的方式。</p>    <h3>组件拆分的博弈</h3>    <p>组件拆分并不是颗粒越小越好,找到一个可以被复用的平衡点即可,拆分过细反而增加了代码的复杂度。</p>    <h2>最后</h2>    <p>非死book最近开源了litho,其设计思路与react如出一辙。对于Android开发者来说,也是一个颠覆性的创新。同时litho提到的异步布局、View复用对于开发者来说也具有很大的吸引力。</p>    <p>为了督促自己更新博客,先在这里立个flag。</p>    <p> </p>    <p>来自:https://juejin.im/post/590fb6fea0bb9f00589d7667</p>    <p> </p>