关于课程设计
来源：10-8 【redux-toolkit】sotre配置(configureStore)与异步处理(createAsyncThunk)
那辰4403872
2022-09-03
讲述方案一（react-redux、redux-thunk）方案二（redux-Toolkit）这种，建议分别创建一个最最简单的TODO-List项目（比如通过不同方案，实现增删改查的效果）来讲解，那怕我在实际开发中，忘了这个方案怎么实现的，我都马上能打开对应的这个tolist的demo项目进行ctrl C + ctrl V。
而不是在实战项目中，这个章节用方案A，下个章节用方案B，前面学到的还准备在下个模块小试牛刀，结果下个章节又换另一个方案，把你前面的代码又给推倒重来！最后就导致整个项目，什么方案的代码都码在一块，到了实际工作中，想使用某个方案来实现，结果翻阅这个课程最后的源码，都无从下手（因为啥方案的代码都缝合在一块），从第8章学到第10章，越学心越烦！
写回答
1回答
-
阿莱克斯刘
2022-09-05
谢谢建议。对于你的第一个建议，todo-list项目虽然简单，但是缺乏真正工作中遇到复杂问题的解决方案，我们需要理解的是原理，而不是生搬硬套代码，尽量尝试不要使用ctrl+c大法。如果能坚持在学习过程中一个字一个字自己敲，那对课程内容的理解应该会更上一个层次。另外，todo-list的代码资源网上非常多，而课程时长有限，把时间花在网上随便就能找到的资料上有点不值得。对于第二个建议，多方案的问题。相对于后端，我们前端技术的变化非常快，可能上个月刚学的技术，下个月就过时了。所以，学习前端的第一个挑战就是需要适应技术的迅速迭代。正如课程的设计，如果整体角度来重新审视一次，就会发现课程的设计所循序的基本思路不是方案替换，而是是技术路径的演化，发现问题、技术升级、解决问题。比如，课程以类组件为基础，在掌握组件生命周期以后逐渐学习使用hooks+函数式组件来替换类组件。再比如，课程在设计redux的时候，都是从原理和基础开始，从最简单的store订阅模式开始，当发现代码过于复杂以后引入react-redux简化代码，在遇到无法处理api请求的问题以后，我们引入中间件和异步thunk，接着我们会发现传统的redux有大量重复的模板代码，最后我们学习最新的rtk来解决模板。可以看到，课程的思路设计循序的哲学就是react的演化过程。如果你能彻底掌握课程内容，相信会给你一个全新的角度来认识react。512022-09-05
相似问题