【设计模式】里氏替换原则

里氏替换原则

OO（Object Oriented，面向对象程式设计）中的继承性的思考和说明

1. 继承包含这样一层含义∶父类中凡是已经实现好的方法，实际上是在设定规范和契约，虽然它不强制要求所有
的子类必须遵循这些契约，但是如果子类对这些已经实现的方法任意修改，就会对整个继承体系造成破坏。
2. 继承在给程序设计带来便利的同时，也带来了弊端。比如使用继承会给程序带来 侵入性，程序的可移植性降低，
增加对象间的耦合性，如果一个类被其他的类所继承，则当这个类需要修改时，必须考虑到所有的子类，并且父类修改后，所有涉及到子类的功能都有可能产生故障
3. 问题提出∶在编程中，如何正确的使用继承?=> 里氏替换原则

里氏替换原则

1. 如果对【类A】的【对象O1】，都有【类B】的【对象O2】，使得以【类A】定义的所有程序P在所有的【对象O1】都
代换成【对象O2】时，程序P的行为没有发生变化，那么【类B】是【类A】的子类型。换句话说，所有引用基类的地方必须能透明地使用其子类的对象。
2. 在使用继承时，遵循里氏替换原则，在子类中尽量不要重写父类的方法
3. 里氏替换原则告诉我们，继承实际上让两个类耦合性增强了，在适当的情况下，可以通过聚合，组合，依赖 来
解决问题。

违反里氏替换原则

class IPhone{
    public void sendEmail() {
        System.out.println("QQ发邮件");
    }
}

class XiaoMi extends IPhone{
    // 不小心重写了父类中的方法
    public void sendEmail() {
        System.out.println("136发邮件");
    }
    public void call() {
        System.out.println("打电话");
    }
}
public class LiskovSubstitutionPrinciple {
    public static void main(String[] args) {
        IPhone iPhone = new IPhone();
        iPhone.sendEmail();

        XiaoMi xiaoMi = new XiaoMi();
        xiaoMi.sendEmail();	//目的是使用QQ发邮件，实际是136发邮件
        xiaoMi.call();
    }
}

修改后符合里氏替换原则

通用的做法是∶原来的父类和子类都继承一个更通俗的基类，原有的继承关系去掉，采用依赖，聚合，组合等关系代替

class MyPhone{
    // 基类
}

class IPhone extends MyPhone{
    public void sendEmail() {
        System.out.println("QQ发邮件");
    }
}

class XiaoMi extends MyPhone{
    public void sendEmail() {
        System.out.println("136发邮件");
    }
    public void call() {
        System.out.println("打电话");
    }
}
public class LiskovSubstitutionPrinciple {
    public static void main(String[] args) {
        IPhone iPhone = new IPhone();
        iPhone.sendEmail();

        XiaoMi xiaoMi = new XiaoMi();
        xiaoMi.sendEmail();
        xiaoMi.call();
    }
}