就我个人而言,看某个框架/工具的源码之前,就是一段长期的对这个东西的使用过程。在这段使用过程中,尽可能的熟练这个东西的使用方法,并且对照文档里的介绍,弄明白这个东西的。设计背景设计思路这个过程之后,尝试自我剖析"我已经是它的专业/熟练的使用者了么?",如果答案是肯定的。那就可以继续下一步了。接下来就是针对自己最感兴趣的问题,尝试自我实现,然后再到源码里找到实现位置(摸不着头脑时,上网搜,通常会有源码解读的文章直接告诉你关心的实现在哪里),最后通过局部功能的实现对比,寻找自己和大神之间在解决相同问题上的思路差异。这个过程不断重复,自我磨炼。写在最后,常见的一种低效的阅读方式是听说一个牛逼的框架没有搞清楚人家具体解决了什么问题没有搞清楚人家解决的问题到底存在哪些困境没有搞清楚人家这东西怎么用的,怎么就"牛逼"了我啥也不管,我就是要看源码,看懂源码才能封神这写的是啥啊,完全理解不了,为啥要写这段?有啥意义啊?算了算了,看球不懂。打游戏去了
就我个人而言,看某个框架/工具的源码之前,就是一段长期的对这个东西的使用过程。
在这段使用过程中,尽可能的熟练这个东西的使用方法,并且对照文档里的介绍,弄明白这个东西的。
这个过程之后,尝试自我剖析"我已经是它的专业/熟练的使用者了么?",如果答案是肯定的。那就可以继续下一步了。
接下来就是针对自己最感兴趣的问题,尝试自我实现,然后再到源码里找到实现位置(摸不着头脑时,上网搜,通常会有源码解读的文章直接告诉你关心的实现在哪里),最后通过局部功能的实现对比,寻找自己和大神之间在解决相同问题上的思路差异。
这个过程不断重复,自我磨炼。
写在最后,常见的一种低效的阅读方式是