如何看懂源代码--(分析源代码方法)

如何看懂源代码--(分析源代码方法)

       想要更多软件开发资料或帮助， 请加QQ技术群： 69255833

________________________________________

       我们在写程序时，有不少时间都是在看别人的代码。

       例如看小组的代码，看小组整合的守则，若一开始没规划怎么看，就会出问题。

不管是参考也好，从开源抓下来研究也好，为了了解箇中含意，在有限的时间下，不免会对庞大的源代码解读感到压力。

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

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

六个章节：

（ 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 ） -找到函数入口，再由上而下抽丝剥茧

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

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

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

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

 

阅读他人的程式码（ 6 ） -阅读的乐趣：透过程式码认识作者

       即便每个人的写作模式多半受到他人的影响，程式人通常还是会融合多种风格，而成为自己独有的特色，如果你知道作者程式设计的偏好，阅读他的程式码就更得心应手。

       阅读程式码时，多半会采取由上而下，抽丝剥茧的方式。透过记录层层展开的树状结构，程式人可以逐步地建立起对系统的架构观，而且可以依照需要的粒度（粒度），决定展开的层次及精致程度。

       建立架构观点的认识是最重要的事情。虽然这一系列的文章前提为“阅读他人的程式码”，但我们真正想做的工作，并不在于彻底地详读每一行程式码的细节，而是想要透过重点式的程式码“摘读” ，达到对系统所需程度的了解。每个人在阅读程式码的动机不尽相同，需要了解的程度也就有深浅的分别。只有极为少数的情况下，你才会需要细读每一行程式码。

阅读程式码是新时代程序员必备的重要技能。

 

总结

       当你从视阅读他人的程式码为畏途，转变成为可以从中获取乐趣的时候，我想，你又进到了另一个境界。

       转载自（部分删减）http://www.cnblogs.com/ToDoToTry/archive/2009/06/21/1507760.html