原则(2)  里氏替换原则

任何基类出现的地方都应该可以无差别的使用子类替换。这样大大约束了继承的滥用。

 

 

高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。

解决方案：将类A修改为依赖接口I，类B和类C各自实现接口I，类A通过接口I间接与类B或者类C发生联系，则会大大降低修改类A的几率。

 

 

定义：一个对象应该对其他对象保持最少的了解。

问题由来：类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。

解决方案：尽量降低类与类之间的耦合。

迪米特法则还有一个更简单的定义：只与直接的朋友通信。

 

定义：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。

解决方案：当软件需要变化时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化。