react，react-router，radux

Question

最近刚开始学习react；
react这一块还行；
感觉react-router，radux感觉这块有点吃力；
一般react项目都是配合这两块进行开发嘛？
还是说可以像网上说的，使用fetch()代替router，
这样的话，性能方面是不是影响？
如果不用radux呢？

Answer 1

不用的话还是用vue去吧，vue能更快速的上手，我也用过vue。

redux你可以看看我写的一个超简洁的文章，5分钟你就会用了。过几天我会更新router跟redux中间件，以及如何动态添加redux跟redux中间件。

https://segmentfault.com/a/11...

Answer 2

首先呢，fetch和router一点关系都没有。其次，是redux，不是radux。

添加这两个只会降低性能，不会提升性能。所以添加这两个的目的不是性能，而是代码可读性、编码效率等其他方面的东西。

觉得吃力说明javascript还差点。

Answer 3

redux是可以不用的, 这个东西比起vuex来是复杂了一点

Answer 4

可以参考这个https://github.com/littlePig-...，使用了react + react router + redux + ant design做的一个系统

Answer 5

1. redux 官方文档非常的坑！！是作者用学术的角度给非人类看的。鄙视下！！但是不否定 redux 的用途和设计。如果要学习 redux 最好的办法是找几个简单的例子，自己先实践几个例子，或者看人类写的文章。先入门后再取读官网文档。
2. 状态管理不只是 redux 还有其他的可选。比如 mobx 我个人非常推荐，同时 redux 作者也推荐。根据需要选择。同时开发一个项目并不是一定要用状态管理。我个人建议先把React本身学透在看状态管理，有利于你理解React 开发本质。 参考下面的问答。

参考链接
以上回答都很准确。做个补充：

1. 首先状态管理，并不是所有的项目都需要的。原生 React 照样能开发出设计合理的前端应用。
2. 如果你真的需要状态管理，通常可能开发的项目相对比较复杂。那么对于一个相对复杂的项目，很重要的是考虑项目的模块化解耦问题。因此使用状态管理要特别注意，不正确的使用状态管理，可能会增加应用的耦合度。不利于开发复杂项目的合理设计。正确的姿势应该是先弄明白状态管理的技术细节。然后考虑应用的模块化设计。再考虑用那一种状态管理。不要仅仅为了共享state 而使用状态管理。
3. React 本身的 context 以及 hooks 能够有效应付大多数的应用。因此我个人不建议随意使用状态管理。尤其以上列举的很多框架或模块，各有个的规则和特点，使用那个都可能带来方便，也可能带来限制。

另外我个人，redux, dva, umi, mobx 都使用过，比较建议，一般的项目考虑使用 mobx 。因为 mobx 本身不是一个框架，对于代码的结构影响比较小。有利于循序渐进的掌握 React 开发的本质。 随意使用框架，会让你脱离 React 本质。

我最近会制作一个 React 的进阶教程。欢迎关注我的讲堂：我的讲堂