设计模式学习-里氏替换原则

里氏替换原则定义：

在一个父类可以出现的地方必须也 可以透明的使用其子类的对象。

里氏替换原则优点：

1.代码共享， 减少创建类的工作量
2.提高代码的重用性
3.子类可以形似父类， 但又异于父类
4.提高代码的可扩展性
5.提高产品或项目的开放性

里氏替换原则缺点：

1.继承是侵入性的。 只要继承， 就必须拥有父类的所有属性和方法；
2.降低代码的灵活性。 子类必须拥有父类的属性和方法， 让子类自由的世界中多了些约束；
3.增强了耦合性。 当父类的常量、 变量和方法被修改时， 需要考虑子类的修改， 而且在
缺乏规范的环境下， 这种修改可能带来非常糟糕的结果——大段的代码需要重构。

 

总结心得：

     在使用里氏替换原则的时候，尽量避免子类的个性，因为一旦子类有了个性，那么当把他当父类使用的

时候，就抹杀了它的这种个性。而如果把他当普通的业务类来使用，那么代码将会变的耦合度比较大，

这又违反另外一个设计原则：依赖倒置原则，即模块和模块之间只依赖于抽象类或者接口，而不依赖于他们具体的实现。