看代码的顺序

Question

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

Answer 1

大哥~~~这里好像每个帖子都有你的身影，哈哈......
这里果然卧虎藏龙，hah thanks哈哈，我比较习惯第一种

Answer 2

如果可以执行程序，就让程序执行起来。当然，你如果下的是别人的代码，可能有时不能执行。但你可以从main方法看起，然后看它调用什么方法，用的是什么类

Answer 3

我觉得如果类名和方法名明确的话,可以直接在main里面看过程遇到不清楚的地方再看定义再看过程..再看定义...反复多了就知道了直接看定义有时候都不知道定义一些东西是为什么,什么意思,而且到后面就会忘掉

Answer 4

先纵观有几个类???
再看main方法用到那个几类.
调用了哪几个方法.
重点看方法.
对于变量.
你一定要清楚,你用到的任何标识符,必然在某个地方定义过.
找不到,不代表它没有定义过.
要耐心地看.

Answer 5

这要看具体情况,一般是按 main方法里面的运行顺序来看,
要是看一个重要的类或插件的源码一般看方法的返回值和访问修饰符

Answer 6

[Quote=引用 1 楼 ZangXT 的回复:]
2种思路: 
１．先执行起来，了解功能．然后从ｍａｉｎ方法开始，看依次启动了哪些东西，用到了哪些类，用的就去分析代码，感觉不算特别重要的暂时不看．分析过程中可以调适跟踪一下，结合功能了解代码． 
２．看关键的类和数据结构，分析代码，最后看ｍａｉｎ方法的具体执行．

Answer 7

先浏览一下这个类的各个方法，然后从main开始读....

Answer 8

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

Answer 9

我认为大概先简单的看一下类的方法，心中有数就行，然后从main开始看，慢慢深入。

Answer 10

看比较大一点的开源代码
先看包名
分析一个包的内容时候
先看类名
看结构的话，先看接口和抽象类
看实现的时候就搜索关键字就行了
遇到问题的时候，直接debug单步就行了很少从main开始看，太费时间了。看小段代码就无所谓了。

Answer 11

先从main开始，遇到methods时在去看methods

Answer 12

个人认为：对于规模不大的，先看methods，再看main；先看父类后看子类。
规模大的：则反之。原因是：这样有利于对整体逻辑结构的把握。

Answer 13

个人认为：
1、对于规模不大的，先看methods，再看main；先看父类后看子类。
2、对于规模大的，先执行起来，了解功能．然后从ｍａｉｎ方法开始，看依次启动了哪些东西，用到了哪些类，用的就去分析代码，感觉不算特别重要的暂时不看．分析过程中可以调适跟踪一下，结合功能了解代码． 

Answer 14

个人认为：
1、对于规模不大的，先看methods，再看main；先看父类后看子类。
2、对于规模大的，先执行起来，了解功能．然后从ｍａｉｎ方法开始，看依次启动了哪些东西，用到了哪些类，用的就去分析代码，感觉不算特别重要的暂时不看．分析过程中可以调适跟踪一下，结合功能了解代码．