利用redux开发应用时,我们需要建立actions containers store reducers 等文件夹,这样可以带来解耦,但是内聚性差了很多,写一个页面需要来回切换文件,开发大型spa应用时,你们是怎么解决这个问题的?
这样拆分文件目录的出发点是 actions、 container components 及 reducers(store) 在逻辑拆分上是不对应的,即,一处 action 可能对应多处 reducer,一处 reducer 被多处 component 使用,一处 component 肯能触发多种不同的 action、使用多个 reducer 所对应的数据,实际的项目也确实如此。从这个角度说,就不存在降低内聚性的问题了,因为这三者没有完全一致的逻辑拆分方式。
实现界面上的一处功能,需要改动多处,在开发简单的应用时确实会显得繁琐,但恰恰是应用变得复杂后,这样的繁琐变得容易接受,因为合理的逻辑拆分会让应用架构更清晰。复杂的大型的 SPA 应用中,依赖往往繁杂无序,牵一发而动全身是常态,就我的经验来看,这时候 Redux 架构的优势才愈发明显。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。