创建一个新的抽象类C，作为两个具体类的超类，将A，B的共同行为移动到C中来解决问题。
     从B到A的继承关系改为委派关系。
     为了说明，我们先用第一种方法来看一个例子，第二种办法在另外一个原则中说明。我们看那个的长方形和正方形的例子。对于长方形的类，如果它的长宽相等，那么它是一个正方形，因此，长方形类的对象中有一些正方形的对象。对于一个正方形的类，它的方法有个setSide和getSide，它不是长方形的子类，和长方形也不会符合LSP。

那么，如果让正方形当做是长方形的子类，会出现什么情况呢？我们让正方形从长方形继承，然后在它的内部设置width等于height，这样，只要width或者height被赋值，那么width和height会被同时赋值，这样保证了正方形类中，width和height总是相等的.现在我们假设有个客户类，其中有个方法，规则是这样的，测试传入的长方形的宽度是否大于高度，如果满足停止下来，否则增加宽度的值。现在我们来看，如果传入的是基类长方形，这个运行的很好。根据LSP，我们把基类替换成它的子类，结果应该也是一样的，但是因为正方形类的width和height会同时赋值，这个方法没有结束的时候，条件总是不满足，也是说，替换成子类后，程序的行为发生了变化，它不满足LSP。

那么我们用第一种方案进行重构，我们构造一个抽象的四边形类，把长方形和正方形共同的行为放到这个四边形类里面，让长方形和正方形都是它的子类，问题OK了。对于长方形和正方形，取width和height是它们共同的行为，但是给width和height赋值，两者行为不同，因此，这个抽象的四边形的类只有取值方法，没有赋值方法。上面的例子中那个方法只会适用于不同的子类，LSP也不会被破坏。

在进行设计的时候，我们尽量从抽象类继承，而不是从具体类继承。如果从继承等级树来看，所有叶子节点应当是具体类，而所有的树枝节点应当是抽象类或者接口。当然这个只是一个一般性的指导原则，使用的时候还要具体情况具体分析。

四、依赖倒致原则(DIP)

要求客户端依赖于抽象耦合.
(1) 表述:抽象不应当依赖于细节，细节应当依赖于抽象.(Program to an interface， not an implementaction)

(2) 表述二:针对接口编程的意思是说，应当使用接口和抽象类进行变量的类型声明，参量的类型声明，方法的返还类型声明，以及数据类型的转换等.不要针对实现编程的意思是说，不应当使用具体类进行变量的类型声明，参量类型声明，方法的返还类型声明，以及数据类型的转换等.
   要保证做到这一点，一个具体的类应等只实现接口和抽象类中声明过的方法，而不应当给出多余的方法.
   只要一个被引用的对象存在抽象类型，应当在任何引用此对象的地方使用抽象类型，包括参量的类型声明，方法返还类型的声明，属性变量的类型声明等.

(3) 接口与抽象的区别在于抽象类可以提供某些方法的部分实现，而接口则不可以，这也大概是抽象类的优点.如果向一个抽象类加入一个新的具体方法，那么所有的子类型一下子都得到得到了这个新的具体方法，而接口做不到这一点.如果向一个接口加入了一个新的方法的话，所有实现这个接口的类全部不能通过编译了，因为它们都没有实现这个新声明的方法.这显然是接口的一个缺点.

(4) 一个抽象类的实现只能由这个抽象类的子类给出，也是说，这个实现处在抽象类所定义出的继承的登记结构中，而由于一般语言都限制一个类只能从多一个超类继承，因此将抽象作为类型定义工具的效能大打折扣.
   反过来，看接口，会发现任何一个实现了一个接口所规定的方法的类都可以具有这个接口的类型，而一个类可以实现任意多个接口.

(5) 从代码重构的角度上讲，将一个单独的具体类重构成一个接口的实现是很容易的，只需要声明一个接口，并将重要的方法添加到接口声明中，然后在具体类定义语句中加上保留字以继承于该接口行了.
   而作为一个已有的具体类添加一个抽象类作为抽象类型不那么容易，因为这个具体类有可能已经有一个超类.这样一来，这个新定义的抽象类只好继续向上移动，变成这个超类的超类，如此循环，后这个新的抽象类必定处于整个类型等级结构的上端，从而使登记结构中的所有成员都会受到影响.

(6) 接口是定义混合类型的理想工具，所为混合类型，是在一个类的主类型之外的次要类型.一个混合类型表明一个类不仅仅具有某个主类型的行为，而且具有其他的次要行为.

(7) 联合使用接口和抽象类:
   由于抽象类具有提供缺省实现的优点，而接口具有其他所有优点，所以联合使用两者是一个很好的选择.
   首先，声明类型的工作仍然接口承担的，但是同时给出的还有一个抽象类，为这个接口给出一个缺省实现.其他同属于这个抽象类型的具体类可以选择实现这个接口，也可以选择继承自这个抽象类.如果一个具体类直接实现这个接口的话，它必须自行实现所有的接口;相反，如果它继承自抽象类的话，它可以省去一些不必要的的方法，因为它可以从抽象类中自动得到这些方法的缺省实现;如果需要向接口加入一个新的方法的话，那么只要同时向这个抽象类加入这个方法的一个具体实现可以了，因为所有继承自这个抽象类的子类都会从这个抽象类得到这个具体方法.这其实是缺省适配器模式(Defaule Adapter).

(8) 什么是高层策略呢?它是应用背后的抽象，是那些不随具体细节的改变而改变的真理. 它是系统内部的系统(隐喻).