面向对象的思考过程（原书第5版）

5.7　设计时请考虑可维护性

设计有用且简明的类促进了高层次的可维护性。正如设计类时需要考虑扩展性一样，你应该还需要考虑以后的可维护性。

设计类的过程强迫你组织你的代码为（理想情况下）很多可管理的块。把代码分块比大块代码更具维护性（至少应该这么想）。促进可维护性的最好方式之一是减少代码依赖，即修改一个类中的代码不会影响（或使影响最小化）其他类。

高度耦合的类

高度依赖其他类的行为被称为高度耦合。即如果修改一个类会强迫修改另一个类，那么这两个类则可以说是高度耦合的。没有这样依赖的类则拥有低级别的耦合。可以通过Scott Ambler写的The Object Primer一书来学习该主题的更多信息。

如果一开始就正确设计类，任何修改系统的行为应当只修改对象的具体实现。应当不惜一切代价避免对公共接口的改变。对公共接口的任何更改将会导致使用该接口的所有系统引起涟漪效应。

例如，如果对Cabbie类的getName()方法做了修改，所有系统中使用了该接口的地方都需要进行修改并重新编译。找到所有的方法调用是个艰巨的任务，而且找不全的可能性非常高。

为了促进高度的可维护性，保持类的耦合度越低越好。