关于管理服务端状态的问题
来源:2-7 【TypeScript配置】深挖TS编译流程

weixin_慕神3292065
2021-04-14
如图所示,在处理不同的服务端请求时,总要经历请求的过程,分别是:loading, success, error等;
疑惑在于react有着许许多多的状态,组件状态,全局状态,服务端状态,这些状态是否都需要交给redux保管呢?但是对于服务端响应的状态有没有更好的办法进行管理呢?
写回答
1回答
-
阿莱克斯刘
2021-05-18
按照reudx架构的理念,react项目中所有的状态都应该交给redux来管理。但实际上,redux架构的理念虽然很先进,但是它最大的问题是因为在设计上采用了类似事件驱动的架构,debug起来会比较麻烦。
所以,在实际工作中,所有状态都交给reudx管理有时候反而会更加麻烦。尤其是那些只在一个页面调用一次的api,所以有时候我也会偷懒,api的管理放在页面级别进行,或者放进页面级别的services来处理,在架构上会采用类似MVC的形式,虽然不符合redux的架构理念,但是代码写起来方便、也比较容易维护。
当然,我说的这个方法也不是唯一的解决方案、也不见得是最好的解决方案,最好能在开发实践过程中能形成一套适合自己、适合自己团队的方案。
00
相似问题