1700454480
1700454481
❑增强了耦合性。当父类的常量、变量和方法被修改时，必需要考虑子类的修改，而且在缺乏规范的环境下，这种修改可能带来非常糟糕的结果——大片的代码需要重构。
1700454482
1700454483
Java使用extends关键字来实现继承，它采用了单一继承的规则，C++则采用了多重继承的规则，一个子类可以继承多个父类。从整体上来看，利大于弊，怎么才能让“利”的因素发挥最大的作用，同时减少“弊”带来的麻烦呢？解决方案是引入里氏替换原则（Liskov Substitution Principle,LSP），什么是里氏替换原则呢？它有两种定义：
1700454484
1700454485
❑第一种定义，也是最正宗的定义：If for each object o1 of type S there is an object o2 of type T such that for all programs P defined in terms of T,the behavior of P is unchanged when o1 is substituted for o2 then S is a subtype of T.（如果对每一个类型为S的对象o1，都有类型为T的对象o2，使得以T定义的所有程序P在所有的对象o1都代换成o2时，程序P的行为没有发生变化，那么类型S是类型T的子类型。）
1700454486
1700454487
❑第二种定义：Functions that use pointers or references to base classes must be able to use objects of derived classes without knowing it.（所有引用基类的地方必须能透明地使用其子类的对象。）
1700454488
1700454489
第二个定义是最清晰明确的，通俗点讲，只要父类能出现的地方子类就可以出现，而且替换为子类也不会产生任何错误或异常，使用者可能根本就不需要知道是父类还是子类。但是，反过来就不行了，有子类出现的地方，父类未必就能适应。
1700454490
1700454491
1700454492
1700454493
1700454494
设计模式之禅 [:1700453909]
1700454495
设计模式之禅 2.2 纠纷不断，规则压制
1700454496
1700454497
里氏替换原则为良好的继承定义了一个规范，一句简单的定义包含了4层含义。
1700454498
1700454499
1.子类必须完全实现父类的方法
1700454500
1700454501
我们在做系统设计时，经常会定义一个接口或抽象类，然后编码实现，调用类则直接传入接口或抽象类，其实这里已经使用了里氏替换原则。我们举个例子来说明这个原则，大家都打过CS吧，非常经典的FPS类游戏，我们来描述一下里面用到的枪，类图如图2-1所示。
1700454502
1700454503
1700454504
1700454505
1700454506
图2-1 CS游戏中的枪支类图
1700454507
1700454508
枪的主要职责是射击，如何射击在各个具体的子类中定义，手枪是单发射程比较近，步枪威力大射程远，机枪用于扫射。在士兵类中定义了一个方法killEnemy，使用枪来杀敌人，具体使用什么枪来杀敌人，调用的时候才知道，AbstractGun类的源程序如代码清单2-1所示。
1700454509
1700454510
代码清单2-1 枪支的抽象类
1700454511
1700454512
public abstract class AbstractGun{
1700454513
1700454514
//枪用来干什么的？杀敌！
1700454515
1700454516
public abstract void shoot（）；
1700454517
1700454518
}
1700454519
1700454520
手枪、步枪、机枪的实现类如代码清单2-2所示。
1700454521
1700454522
代码清单2-2 手枪、步枪、机枪的实现类
1700454523
1700454524
public class Handgun extends AbstractGun{
1700454525
1700454526
//手枪的特点是携带方便，射程短
1700454527
1700454528
@Override
1700454529