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

里氏替换原则定义:

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

里氏替换原则优点:

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


里氏替换原则缺点:

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


总结心得:

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

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

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

扫描二维码关注公众号,回复: 744999 查看本文章

猜你喜欢

转载自wangning1125.iteye.com/blog/2251939