如何看懂代码

我们在写程序时，有不少时间都是在看别人的代码。例如看小组的代码，看小组整合的守则，若一开始没规划怎么看，就会出问题。不管是参考也好，从开源抓下来研究也好，为了了解箇中含意，在有限的时间下，不免会对庞大的源代码解读感到压力。

网络上上有一篇关于分析看代码的方法，做为程序设计师的您，不妨参考看看，

换个角度来分析。 也能更有效率的解读你想要的程序码片段。

六个章节：

（ 1 ）读懂程序码，使心法皆为我所用。

（ 2 ）摸清架构，便可轻松掌握全貌。

（ 3 ）优质工具在手，读懂程序非难事。

（ 4 ）望文生义，进而推敲组件的作用。

（ 5 ）找到程序入口，再由上而下抽丝剥茧。

（ 6 ）阅读的乐趣，透过程序码认识作者。

   阅读他人的程序码（ 1 ）——读懂程序码，使心法皆为我所用

程序码是别人写的，只有原作者才真的了解程序码的用途及涵义。许多程序人心里都有一种不自觉的恐惧感，深怕被迫去碰触其他人所写的程序码。但是，与其抗拒接收别人的程序码，不如彻底了解相关的语言和惯例，当成是培养自我实力的基石。

1. 消除人类内心深处对于陌生事物的原始恐惧。

2. 读懂别人写的程序码，让你收获满满。——在现今开放原始码的风气如此盛行的今日，你可以透过开放原始码学习到新的技术，学习到高手的架构设计，大幅提高学习的效率及效果。你甚至可以直接自开放原始码专案中抽取，提炼出自己所需的程序码，站在巨人的肩膀上，直接由彼端获得所需的生产力。从这个观点来看，读懂别人所写的程序码，就不再只是从负面观点的“被迫接收”，而是极具正面价值的“汲取养份。”

3. 先了解系统架构与行为模式，再细读。——接触他人的程序码，大致上可以分为三种程度：一，了解，二，修改，扩充，三，抽取，提炼。了解别人的程序码是最基础的工作，倘若不能了解自己要处理的程序码，就甭论修改或扩充，更不可能去芜存菁，从中萃取出自己所需，回收再利用别人所撰写的程序码。

所以，阅读程序码的重点，不在于读完每一行程序码，而是在于有效率地透过探索及阅读，从而了解系统的架构及行为模式。以便在你需要了解任何片段的细节实作时，能够很快在脑上对映到具体的程序码位置，直到那一刻，才是细读的时机。

4. 熟悉沟通语言与惯例用语（即命名规范）——不论如何，有些基本的准备，是阅读他人程序码时必须要有的。

5. 掌握程序码撰写者的心态与习惯——想要阅读程序码，得先试着体会程序码作者的“心”。想要这么做，就得多了解对方所使用的语言，以及惯常运用的语汇。

阅读他人的程序码（ 2 ） -摸清架构，便可轻松掌握全貌

在本文中，我们的重点放在：要了解一个系统，最好是采取由上至下的方式。先试着捕捉系统架构性的观念，不要过早钻进细节，因为那通常对于你了解全貌，没有多大的帮助。阅读程序码不需要从第一行读起，我们的目的并不是在于读遍每一段程序码。

1.由上而下厘清架构后，便可轻易理解组成关系。

2.了解架构，必须要加上层次感;——事件产生器产生事件，并送至事件分派器，而事件分派器负责找出各事件相对应的事件处理器，并且转交该事件，并命令事件处理器加以处理。像的图形用户界面的Windows应用程序，便是采用事件驱动式的架构。

3.探索架构的第一件事：找出系统如何初始化。——有经验的程序人，对于时常被运用的架构都很熟悉。常常只需要瞧上几眼，就能明白一个系统所用的架构，自然就能够直接联想到其中会存在的角色，以及角色间的关系。然而，并不是每个系统所用的架构，都是大众所熟悉，或是一眼能够望穿的。这时候，你需要探索。目标同样要放在界定其中的角色，以及角色间的静态，动态关系。

4.要了解一个系统，最好是采取由上至下的方式。先试着捕捉系统架构性的观念，不要过早钻进细节，因为那通常对于你了解全貌，没有多大的帮助。

阅读他人的程序码（ 3 ） -优质工具在手，读懂程序非难事

系统的复杂度往往超过人脑的负荷。阅读程序码的时候，你会需要更多工具提供协助。使用好的整合式开发环境（ IDE ）的或文字编辑器，就能提供最基本的帮助。

因为在阅读程序码时，最常做的事，就是随着程序中的某个控制流，将阅读的重心，从某个函式移至它所呼叫的另一个函式。所以对程序人来说，阅读程序码时最常做的事之一就是：找出某个函式位在那一个原始档里，接着找到该函式所在的位置。

阅读他人的程式码（ 4 ） -望文生义，进而推敲组件的作用

先建立系统的架构性认识，然后透过名称及命名惯例，就可以推测出各组件的作用。例如：当AOL的Winamp尝试着初始化一个插件时，它会呼叫这个结构中的初始化函式，以便让每个插件程式有机会初始化自己。当AOL的Winamp打算结束自己或结束某个插件的执行时，便会呼叫退出函式。

在阅读程式码的细节之前，我们应先试着捕捉系统的运作情境。在采取由上至下的方式时，系统性的架构是最顶端的层次，而系统的运作情境，则是在它之下的另一个层次。“望文生义”很重要，我们看到函式的名称，就可以猜想到它所代表的作用。

阅读他人的程式码（ 5 ） -找到函数入口，再由上而下抽丝剥茧

根据需要决定展开的层数，或展开特定节点，并记录树状结构，然后适度忽略不需要了解的细节─这是一个很重要的态度。因为你不会一次就需要所有的细节，阅读都是有目的的，每次的阅读也许都在探索程式中不同的区域。

探索系统架构的第一步，就是找到函数的入口点。找到入口点后，多半采取由上而下（自上而下）的方式，由最外层的结构，一层一层逐渐探索越来越多的细节。

我们强调一种不同的做法：在阅读程序代码时，多半采取由上而下的方式，而本文建议了一种记录阅读的方式，就是试着记录探索追踪时层层展开的树状结构。你可以视自己需要，了解的深入程度，再决定要展开的层数。你更可以依据特殊的需要，只展开某个特定的节点，以探索特定的细目。

适度地忽略不需要了解的细节，是一个很重要的态度，因为你不会一次就需要所有的细节，阅读都是有目的的。每次的阅读也许都在探索程式中不同的区域;而每次探索时，你都可以增补树状结构中的某个子结构。渐渐地，你就会对这个程式更加的了解。