我个人经验是几个方面：1、写代码的经验要达到一定程度，否则，出现语法、JDK方法、设计模式等等没见过的情况，这种情况出现的过
多确实影响读代码。特别是泛型呀、反射呀、动态代理呀、设计模式呀，这个是最影响阅读的，因为框架类的东西最有可能运用它们，而且如果你有自己搭建框架、
封装共通接口的经验，应该是深有体会，这不是为了炫耀技术用的，是因为你如果想做的更抽象，更灵活，更易扩展，这是需要的一些手段。顺便说一句，如果你开
发经验很少，暂时不要强迫自己去看源码，可以等一等，写个几万行有效代码后再说。而且在初级阶段不一定非要看什么框架的源码，可以先看其他小伙伴的代码，
特别是经验丰富的人写的结构缜密的代码，如果他们的代码你看起来都吃力，何必急着去看源码？2、看源码前多了解一些东西更利于理解源码：通过官方文档、网上搜索、看相关技术贴的方式，了解它的运作原理，了解框架背后的故事：设计方式、代码层次结构、关键或者说核心的几个类、都是用来干嘛的，然后用一用这个框架做点小例子。3、
在上述的准备工作做好后再去看源码，看的时候不要忘记自己已经了解的原理性的东西，尽可能的往这上面靠，看它代码是不是这么实现的，找到关键代码，其他细
枝末节的不一定非要全看懂，在这过程中还要谨记你了解的层次结构，看看当前处于哪一层，是做什么用的，特别是在技术贴中提到的核心类，它们的功能一定要清
楚，不行的话就在看的过程中画画图记下来，看看当前走到哪一步了，每一步的作用。其它：更快的看源码也可以是猜的，这个就真的要凭经验了，
如果只是会用，很多东西还不了解的情况下上来就看源码，就可以凭经验去猜，因为在使用的过程中我就会去想，它是怎么实现的呢？如果是这么使用的，那如果我
来开发提供给别人一个这样的框架我会怎么做呢，越有经验的人越会逼近真相。
12 回答
已采纳
Clover_林
TA贡献2条经验 获得超8个赞
说得很有道理，我也说说我的经历，我是做 Android 开发的，之前刚做 Android 一年就就职于一家手机方案公司，看大量的 Android 源码，当时确实非常痛苦，因为阅读起来实在困难，之后换了公司，发现以前看的源码对自己有个质的飞跃，从惧怕阅读代码，到轻松面对小伙伴写的代码。这也像楼主说的，找到关键代码，适当忽略掉其他细枝末节，这样可以使阅读代码变成一件没那么困难的一件事。
添加回答
举报
0/150
提交
取消