日期:2014-05-20  浏览次数:20781 次

看代码的顺序
突然很想知道大家看代码的顺序是什么
先看main?还是先看那些methods?如果有其他类的话先看主类还是先了解其他类?
怎么看才比较有效率和比较容易看懂?
哈哈~~~~~

------解决方案--------------------
2种思路:
1.先执行起来,了解功能.然后从main方法开始,看依次启动了哪些东西,用到了哪些类,用的就去分析代码,感觉不算特别重要的暂时不看.分析过程中可以调适跟踪一下,结合功能了解代码.
2.看关键的类和数据结构,分析代码,最后看main方法的具体执行.
------解决方案--------------------
习惯第一种
从上至下
------解决方案--------------------
如果可以执行程序,就让程序执行起来。当然,你如果下的是别人的代码,可能有时不能执行。但你可以从main方法看起,然后看它调用什么方法,用的是什么类
------解决方案--------------------
探讨
2种思路:
1.先执行起来,了解功能.然后从main方法开始,看依次启动了哪些东西,用到了哪些类,用的就去分析代码,感觉不算特别重要的暂时不看.分析过程中可以调适跟踪一下,结合功能了解代码.
2.看关键的类和数据结构,分析代码,最后看main方法的具体执行.

------解决方案--------------------
我觉得如果类名和方法名明确的话,可以直接在main里面看过程

遇到不清楚的地方再看定义

再看过程..再看定义...反复多了就知道了

直接看定义有时候都不知道定义一些东西是为什么,什么意思,而且到后面就会忘掉
------解决方案--------------------
先纵观有几个类???
再看main方法用到那个几类.
调用了哪几个方法.
重点看方法.
对于变量.
你一定要清楚,你用到的任何标识符,必然在某个地方定义过.
找不到,不代表它没有定义过.
要耐心地看.
------解决方案--------------------
这要看具体情况,一般是按 main方法里面的运行顺序来看,
要是看一个重要的类或插件的源码一般看方法的返回值和访问修饰符
------解决方案--------------------
[Quote=引用:]
2种思路: 
1.先执行起来,了解功能.然后从main方法开始,看依次启动了哪些东西,用到了哪些类,用的就去分析代码,感觉不算特别重要的暂时不看.分析过程中可以调适跟踪一下,结合功能了解代码. 
2.看关键的类和数据结构,分析代码,最后看main方法的具体执行.

------解决方案--------------------
先浏览一下这个类的各个方法,然后从main开始读....

------解决方案--------------------
各人有各人的看法,适合自己的才是好方法
本人习惯是从MAIN开始

------解决方案--------------------
随便了,看习惯吧。。。。。。。。。。。。
------解决方案--------------------
我认为大概先简单的看一下类的方法,心中有数就行,然后从main开始看,慢慢深入。
------解决方案--------------------
探讨
2种思路:
1.先执行起来,了解功能.然后从main方法开始,看依次启动了哪些东西,用到了哪些类,用的就去分析代码,感觉不算特别重要的暂时不看.分析过程中可以调适跟踪一下,结合功能了解代码.
2.看关键的类和数据结构,分析代码,最后看main方法的具体执行.

------解决方案--------------------
好像有一本书,代码阅读方法与实践,还不错。
------解决方案--------------------
1.先执行起来,了解功能.然后从main方法开始,看依次启动了哪些东西,用到了哪些类,用的就去分析代码,感觉不算特别重要的暂时不看.分析过程中可以调适跟踪一下,结合功能了解代码. 

------解决方案--------------------
看比较大一点的开源代码
先看包名
分析一个包的内容时候
先看类名
看结构的话,先看接口和抽象类
看实现的时候就搜索关键字就行了
遇到问题的时候,直接debug单步就行了

很少从main开始看,太费时间了。

看小段代码就无所谓了。

------解决方案--------------------
先从main开始,遇到methods时在去看methods
------解决方案--------------------
个人认为:对于规模不大的,先看methods,再看main;先看父类后看子类。


规模大的:则反之。原因是:这样有利于对整体逻辑结构的把握。
------解决方案--------------------
个人认为:
1、对于规模不大的,先看methods,再看main;先看父类后看子类。
2、对于规模大的,先执行起来,了解功能.然后从main方法开始,看依次启动了哪些东西,用到了哪些类,用的就去分析代码,感觉不算特别重要的暂时不看.分析过程中可以调适跟踪一下,结合功能了解代码.