大规模的redux应用，会出现state不好管理的情况，您有什么建议吗？
大规模的redux应用，会出现state不好管理的情况，有人提倡所有的state都交给redux来管理，这样保证任何一个状态都是可回归的，还有人让ui component管理自己的state，container component的state通过redux管理，也有人提倡把redux中的state扁平化，即按照类别来划分，而不是和表现层一样的树形结构来划分，这方面您的建议是什么？
还有个问题，就是组件之间的通信（兄弟组件，不同层级的组件），有什么比较好的解决方案么？
展开
收起
1
条回答
写回答
写回答
-
- 并不是所有的state都要交给Redux来管理，如果某种state是临时的（也就是不需要dismount之后再mount还保留原有state），而且不需要其他组件读取的，然后还要写action/reducer比较烦，那就可以放在组件的state上。放在Redux上的state结构，应该尽量扁平而且范式化。
- 没有必要在Redux上按照UI的结构来把state组织成树形结果，因为UI的结构会变，难道每次UI结构边都改Redux上状态结果吗，这肯定不合理对吧。 没有直接父子关系的组件之间通讯，利用props传递肯定不合适，我们肯定不希望两者直接的依赖关系，只能借助第三方的一个中转，使用Rx.js或者Redux或者其他的都行，个人觉得Redux是最容易管理做容易理解的方式。
2024-05-30 09:45:43赞同 展开评论 打赏
问答分类：
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
相关问答
问答排行榜
最热
最新
推荐问答
