《代码大全2》读书笔记

《代码大全2》读书笔记

第六章 可以工作的类

抽象数据类型ADT ：一组数据 和 对其的操作

类可以看成是 ADT + 继承 +多态

良好的类接口，类接口可以看成类共有子程序所构成的集合

类接口应该表现一致的抽象层次。

尽可能让接口可编程，而不是表达语义。将接口中逻辑部分转换为编辑器能实施的部分，如使用assert等。

一般来说应该尽量减少类和类之间相互合作的范围

减少实例化对象的数量

减少实例对象调用不同子程序的数量

高质量的子程序

变量名最好在9~15个字母之间

子程序名（方法名）则视命名是否清晰易懂而定

子程序的行数不要超过200行（不算注释与空行），否则可读性会下降

不要把子程序的参数用与计算处理，要用局部变量在子程序内处理

为子程序传递参数是多个变量还是一个对象，应该根据子程序参数的抽象层次上考虑。

防御式编程

子程序应该不应传入错误数据而被破坏

来写自己的断言，（在生产阶段关闭断言）

用断言来处理绝不应该发生的情况，而用错误处理代码来处理预期可能发生的状况。

隔离程序使其包容由错误产生的损害，让软件的某些部分处理“不干净的数据”，而让另一部分处理“干净的数据”，比如类的公用方法可以处理不干净的数据，而在调用私有方法时则认为数据都是干净的。在得到外部数据时可以得到清理，有时候多层清理也是应当的。

伪代码的编码过程

不要涉及编程语言，从子程序的意图上去写伪代码，伪代码可以在之后变成子程序的注释

子程序的高层设计至少要说明：

子程序要隐藏的信息

各项输入信息

输出信息

调用子程序的前条件

子程序在回调之前要确保后条件成立

使用变量的一般事项

在靠近变量第一次使用的地方初始化它（代码不会看起来很乱吗？）

在可能的情况下使用final

在类的构造函数中初始化数据成员（对应的是在析构函数中释放内存，如果在gc机制的语言中，这点还必要吗？）

尽量减少变量的作用域和生存时间增加代码的可读性，虽然写的时候可能麻烦一点）

为变量指定单一用途（接口中的方法也一样）（增加代码的可读性，写的时候可能麻烦一点）

变量名的力量

对变量的描述就是最佳的变量名

为循环下标命名（而不是简单的使用 i j k）

标记全局变量（加上g_）()

组织直线型代码

尽力写没有顺序依赖的代码；如果必须有，用子程序名来表明顺序依赖关系，或者在注释中注明。

使用条件语句

首先处理正常情况，并将正常情况放在if处 而不是else处。

重构

重构的理由

代码重复

冗长的子程序

循环过长或者嵌套过深

类的借口未能提供层次一致抽象

拥有太多的参数列表

重构策略

在增加子程序的时候重构

在添加类的时候重构

在修补缺陷的时候重构

关注易于出错的模块

重构的含义在于不影响程序行为的前提上改进可运行的代码

代码调整方法

在知道结果时停止判断

按照出现的频率来调整判断顺序

在循环中，如果循环是一个查找循环，可以使用哨兵值来减少每次循环所需要的判断时间

将所需要查找的值放在数组的末尾，这样可以保证循环一定会停止，也可以减少每次循环判断 i < array,count的判断时间。

多层循环时，将循环次数多的放在循环的外围。

个人性格

力图理解编译器的错误

彻底理解自己的程序而不是看看程序员是否能运行

有时候一个程序太大，过一段时间真的理解不过来啊。。

在开发过程中建立自我意识，如果分配给你的净是些不能提升自己能力的短期工作，你理应表示不满。

感觉一般，感觉这本书主要讲的还是提升代码的可阅读性。