面向可维护性

在考试前一天，又看了看自己不太熟悉的知识（虽然不熟悉的很多。。。），再次做以杂记。

软件熵：当一个系统被修改后，其混乱程度或者熵趋向于增加。

面向可维护性的软件构造的例子：
模块化、OO设计原则、OO设计模式、基于状态的构造技术、表驱动的构造技术、基于语法的构造技术

可维护性的问题
设计结构是否足够简单？
模块之间是否松散耦合？
模块内部是否高度聚合？
是否使用了非常深的继承树，是否使用了delegation替代继承？
代码的圈复杂度是否太高？
是否存在重复代码？

一些常用的可维护性度量
圈复杂度（CC）：独立路径的个数，如果越多需要更多的测试
代码行数（LOC）：每个模块的平均代码行数
Halstead Volume（HV）：运算符和操作数的数目
可维护性指数（MI）：基于HV、CC、LOC、COM（每个模块的注释行百分比）

评估模块性的五个标准
可分解性、可组合性、可理解性、可持续性（发生变化时受影响范围最小 ）、出现异常之后的保护（出现异常后受影响范围最小）

模块化设计的五个规则
直接映射、尽可能少的接口、尽可能少的接口、显式接口、信息隐藏