面向对象设计原则-里氏替换原则

里氏替换原则(Liskov Substitution Principle, LSP)

任何基类可以出现的地方，子类一定可以出现。

里氏替换原则告诉我们： 在软件中将一个基类对象替换成它的子类对象，程序将不会产生任何错误和异常，反过来则不成立，如果一个软件实体使用的是一个子类对象的话，那么它不一定能够使用基类对象

如： 我喜欢动物，那我一定喜欢狗，因为狗是动物的一个子类；但我喜欢狗，不能根据此断定我喜欢动物，因为我不喜欢老鼠，虽然它也是动物

里氏替换原则是实现开闭原则的重要方法之一，由于使用基类对象的地方都可以使用子类对象，因此在程序设计中尽量使用基类类型来对对象进行定义，而在运行时再确定其子类类型，用子类对象来替换父类对象

在使用里氏替换原则时需要注意的问题

• 子类的所有方法必须在父类中声明，或子类必须实现付类中声明的所有方法。根据里氏替换原则，为了保证系统的扩展性，在程序中通常使用父类来进行定义，如果一个方法只存在子类中，在父类中不提供相应的声明，则无法在以父类定义的对象中使用该方法
• 尽量把父类设计为抽象类或接口，让子类继承或实现父类接口，运行时，子类实例替换父类实例，我们可以很方便地扩展系统的功能，同时无须修改原有子类的代码，增加新的功能可以通过增加一个新的子类来实现。

案例1

某CRM系统中，客户可以分为VIP客户VIPCustomer和普通用户CommonCustomer两类，系统需要提供一个发送Email的功能，原始设计方案如图

在对系统进一步分析后发现，无论是普通客户还是VIP客户，发送邮件的过程都是相同的，也就是说两个send()方法中的代码重复了，而且在系统中还将新增客户类型。为了让系统具有更好的扩展性，同时减少代码重复，使用里氏替换原则进行重构

在本实例中，可以考虑增加一个新的抽象客户类Customer，而将CommonCustomer和VIPCustomer类作为其子类，邮件发送类EmailSender类针对抽象客户类Customer编程，根据里氏代换原则，能够接受基类对象的地方必然能够接受子类对象，因此将EmailSender中的send()方法的参数类型改为Customer，如果需要增加新类型的客户，只需将其作为Customer类的子类即可。