采纳答案成功!
向帮助你的同学说点啥吧!感谢那些助人为乐的人
如图所示,在处理不同的服务端请求时,总要经历请求的过程,分别是:loading, success, error等; 疑惑在于react有着许许多多的状态,组件状态,全局状态,服务端状态,这些状态是否都需要交给redux保管呢?但是对于服务端响应的状态有没有更好的办法进行管理呢?
按照reudx架构的理念,react项目中所有的状态都应该交给redux来管理。但实际上,redux架构的理念虽然很先进,但是它最大的问题是因为在设计上采用了类似事件驱动的架构,debug起来会比较麻烦。
所以,在实际工作中,所有状态都交给reudx管理有时候反而会更加麻烦。尤其是那些只在一个页面调用一次的api,所以有时候我也会偷懒,api的管理放在页面级别进行,或者放进页面级别的services来处理,在架构上会采用类似MVC的形式,虽然不符合redux的架构理念,但是代码写起来方便、也比较容易维护。
当然,我说的这个方法也不是唯一的解决方案、也不见得是最好的解决方案,最好能在开发实践过程中能形成一套适合自己、适合自己团队的方案。
登录后可查看更多问答,登录/注册
React 18 精讲 + 结合 TS 实战 + 热门业务开发,获取必备技能
1.1k 5
1.8k 10
1.0k 2
2.5k 2
1.2k 1
购课补贴联系客服咨询优惠详情
慕课网APP您的移动学习伙伴
扫描二维码关注慕课网微信公众号