4-12 4-13 请求库 老师是不是说的有点乱,教学方式能不能改一下
来源:1-1 导学
Hector.X
2023-05-22
说实话,这个教程 我很难一下子看下去学到东西
因为我确实不懂
而老师又太懂
比如请求库 4-13
老师的思路永远是一气呵成 不光是请求库 还有下面的所有hooks封装
但是老师能不能换个思路 您现在是教学 不是自己在写代码
我感觉你是自己在和自己教学 而不是同学们
试想一下
比如请求库 是不是可以 先做简单的请求,然后先找个组件 请求一下 看下返回的东西
然后再返回去写 中间件的封装 返回的code 弹窗等等
这样是不是我们更好的理解
而不是你一次性的全部写完 然后各种文件的新建 各种文件的跳转 其实我们也不知道 在写什么 只有你知道你自己的思路
说实话这个 教学 越学越乱 不是深入浅出的
2回答
-
小屁孩22222
2023-05-24
同学你好,最近这段时间讲师阳了,回复问答有延时,给你带来不便实在保歉,可以加上我的QQ号,让我讲师联系你看一下 25075377。
00 -
one_pieces
2023-06-03
同学你好,不懂的话可以多看几遍,跟着思路去理解哈。
整个请求部分的思路在编写 base 的时候也讲得比较清楚,请求会经过统一处理的逻辑,至于为什么这么做,也讲得比较清楚。而 base 这个逻辑就是统一处理请求返回数据的,每个字段的含义也解释得比较清晰。所以先做简单请求再写 base 逻辑,这个意义不大,因为具体原因已经在原理部分讲过了。
既然有一个清晰的思路,也讲了为什么要这么做,为什么不能那样做,那为什么不按这个思路走呢?
至于同学说的跳来跳去,新建很多文件的问题,这不是很正常吗?在实现一个比较复杂的逻辑,把逻辑合理地封装到不同的模块,提高可读性和维护性,这在工作中很常见。另外课程的文件数量也不算很多了,同学感兴趣地话可以去看看 vant 的代码库,对比一下。同学平时是习惯把所有逻辑都写在一个文件里?不适应组件封装?
最后希望同学可以认真跟着课程思路学习,遇到不懂的地方可以先停一下,思考一下。有些组件比较复杂,可以完整实现后再回头看看之前有疑问的地方,这样不至于越学越乱。
00
相似问题