如何阅读代码..docxVIP

如何阅读代码第一章: 导论1、要养成一个习惯, 经常花时间阅读别人编写的高品质代码。2、要有选择地阅读代码, 同时, 还要有自己的目标、 您是想学习新的模式、编码风格、还是满足某些需求的方法。3、要注意并重视代码中特殊的非功能性需求, 这些需求也许会导致特殊的实现风格。4、在现有的代码上工作时, 请与作者和维护人员进行必要的协调, 以避免重复劳动或产生厌恶情绪。5、请将从开放源码软件中得到的益处看作是一项贷款, 尽可能地寻找各种方式来回报开放源码社团。6、多数情况下, 如果您想要了解别人会如何完成这个功能呢?除了阅读代码以外, 没有更好的方法。7、在寻找bug时, 请从问题的表现形式到问题的根源来分析代码、 不要沿着不相关的路径(误入歧途)。8、我们要充分利用调试器、编译器给出的警告或输出的符号代码、系统调用跟踪器、数据库结构化查询语言的日志机制、包转储工具和Windows的消息侦查程序, 定出的bug的位置。9、对于那些大型且组织良好的系统, 您只需要最低限度地了解它的全部功能, 就能够对它做出修改。10、当向系统中增加新功能时, 首先的任务就是找到实现类似特性的代码, 将它作为待实现功能的模板。11、从特性的功能描述到代码的实现, 可以按照字符串消息, 或使用关键词来搜索代码。12、在移植代码或修改接口时, 您可以通过编译器直接定位出问题涉及的范围, 从而减少代码阅读的工作量。13、进行重构时, 您从一个能够正常工作的系统开始做起, 希望确保结束时系统能够正常工作、 一套恰当的测试用例 (test case) 可以帮助您满足此项约束。14、阅读代码寻找重构机会时, 先从系统的构架开始, 然后逐步细化, 能够获得最大的效益。15、代码的可重用性是一个很诱人, 但难以理解与分离, 可以试着寻找粒度更大一些的包, 甚至其他代码。16、在复查软件系统时, 要注意, 系统是由很多部分组成的, 不仅仅只是执行语句、 还要注意分析以下内容: 文件和目录结构、生成和配置过程、用户界面和系统的文档。18、可以将软件复查作为一个学习、讲授、援之以手和接受帮助的机会。第二章: 基本编程元素19、第一次分析一个程序时, main是一个好的起始点。20、层叠if-else if-、-else序列可以看作是由互斥选择项组成的选择结构。21、有时, 要想了解程序在某一方面的功能, 运行它可能比阅读源代码更为恰当。22、在分析重要的程序时, 最好首先识别出重要的组成部分。23、了解局部的命名约定, 利用它们来猜测变量和函数的功能用途。24、当基于猜测修改代码时, 您应该设计能够验证最初假设的过程、 这个过程可能包括用编译器进行检查、引入断言、或者执行适当的测试用例。25、理解了代码的某一部分, 可能帮助你理解余下的代码。26、解决困难的代码要从容易的部分入手。27、要养成遇到库元素就去阅读相关文档的习惯; 这将会增强您阅读和编写代码的能力。28、代码阅读有许多可选择的策略: 自底向上和自顶向下的分析、应用试探法和检查注释和外部文档, 应该依据问题的需要尝试所有这些方法。29、for (i=0; in; i++)形式的循环执行n次; 其他任何形式都要小心。30、涉及两项不等测试(其中一项包括相等条件)的比较表达式可以看作是区间成员测试。31、我们经常可以将表达式应用在样本数据上, 借以了解它的含义。32、使用De Morgan法则简化复杂的逻辑表达式。33、在阅读逻辑乘表达式时, 问题可以认为正在分析的表达式以左的表达式均为true; 在阅读逻辑和表达式时, 类似地, 可以认为正在分析的表达式以左的表达式均为false。34、重新组织您控制的代码, 使之更为易读。35、将使用条件运行符? :的表达式理解为if代码。36、不需要为了效率, 牺牲代码的易读性。37、高效的算法和特殊的优化确实有可能使得代码更为复杂, 从而更难理解, 但这并不意味着使代码更为紧凑和不易读会提高它的效率。38、创造性的代码布局可以用来提高代码的易读性。39、我们可以使用空格、临时变量和括号提高表达式的易读性。40、在阅读您所控制的代码时, 要养成添加注释的习惯。41、我们可以用好的缩进以及对变量名称的明智选择, 提高编写欠佳的程序的易读性。42、用diff程序分析程序的修订历史时, 如果这段历史跨越了整体重新缩排, 常常可以通过指定-w选项, 让diff忽略空白差异, 避免由于更改了缩进层次而引入的噪音。43、do循环的循环体至少执行一次。44、执行算术运算时, 当b=2n-1时, 可以将ab理解为a%(b+1)。45、将an理解为a*k, k=2n。46、将an理解为a/k, k=2n。47、每次只分析一个控制结构, 将它的内容看作是一个黑盒。48、将每个控制结构的控制表达式看作