Mobx重构React WebApp

背景

前一阵子,我刚写了篇React全家桶实战,介绍了下我用react全家桶构建一个react webapp的中遇到的一些问题。后来,我发现了mobx。然后静下心去看一看它的文档。发现很有趣,所以我把这个项目用mobx重构了一次。旧的版本是用react全家桶,就是react+redux构建的,在github的old-verson的分支上。大家有兴趣也可以看看。

源码地址

传送门
如果可以,希望大家star一下,给我点鼓励。感谢~

开发体会

  • 首先redux很强大,单项数据流的思想,可以让我们很好地去将数据和UI解耦。我们要修改UI,只能通过发起一个action给reducer,然后reducer经过一系列操作,得出一些新的state,然后这个state便会让UI更新。但是有个比较蛋疼的地方就是,我们要写得太多了,我们最起码要写一个actionType,一个actionCreator, 一个reducer,当然还得创建一个store。如果有异步操作,那还得写更多一点,这会让我开发起来的时候比较枯燥。不知道你们有没有,反正,我是有时候想到要写那么多东西,我就有点动力不足了。
  • 其次就是性能优化的问题。就react中每个组件都有一个shouldComponentUpdate的函数,不过它认总是返回true的。就是无论如何,只要state和props发生了变化,就要发生一次render。但是有时候是不需要更新的。虽然可以引入immutable-js来创建js不可变的数据,加上在shouldComponentUpdate搞点判断。但是,额,好吧,我觉得引入也挺麻烦的,感觉有点难以在现有的项目里插入(大神别喷我~)。
  • 最后呢,mobx可以比较好解决我上面的两个问题。mobx的写法不难,看一个下午,就可以开始动手写代码了。而且对在原来代码修改可以比较迅速。因为UI和数据已经解耦了。你只要在store与UI和store的连接部分修改即可。还有就是mobx让你不再使用setState,那你也可以规避setState的异步更新的问题。mobx会检测被观察的数据,只要数据发生改变,它就会去重新渲染UI。当然还有很多很好的地方,每个人理解不一样罢了。这里就不深究mobx。毕竟我也只是处于一个能用的阶段。

最后

最后这里展示下demo

当然还有, 欢迎大家star和fork,传送门

相关文章

react 中的高阶组件主要是对于 hooks 之前的类组件来说的,如...
我们上一节了解了组件的更新机制,但是只是停留在表层上,例...
我们上一节了解了 react 的虚拟 dom 的格式,如何把虚拟 dom...
react 本身提供了克隆组件的方法,但是平时开发中可能很少使...
mobx 是一个简单可扩展的状态管理库,中文官网链接。小编在接...
我们在平常的开发中不可避免的会有很多列表渲染逻辑,在 pc ...