针对接口编程，不要针对实现编程

　　这个OO设计原则，策略模式中也有运用，先参照代码和代码注释简单了解一下：

public abstract class Cat
{
    IEatBehavior pEatBehavior;  // 用接口定义一个变量（针对接口编程）

    public void Eat（）
    {
        pEatBehavior.Eat();    
    }

    ...
}

　　再写一个针对实现编程的代码示例　　

public abstract class Cat
{
    WhiteCatEatBehavior pWhiteCatEatBehavior;  // 用具体类定义一个变量（针对实现编程）

    public void Eat（）
    {
        pWhiteCatEatBehavior.Eat();     
    }

    ...
}

　　下面来说说具体是怎么一回事。。。

　　“针对接口编程”的真正意思是“针对超类型编程（超类型有 接口，超类等）”。针对接口编程 关键就在 多态。利用多态，程序可以针对超类型编程，执行时，会根据 实际情况 执行到 真正的行为，不会被绑死在 超类型的行为上（特定的具体行为 编写在 实现了超类型的 类中。如果觉得有点抽象，可以参阅上篇，比如白猫吃的行为 写在实现了接口 IEatBehavior 的类 WhiteCatEatBehavior 中，而不是写在超类 Cat 中）。

　　“针对接口编程” 这句话可以更明确地说成 “变量的 声明类型 应该是 超类型”（上面例子：IEatBehavior pEatBehavior;），如此，只要是 具体实现 此超类型的类 的所产生对象，都可以指定给这个变量。这也意味着，声明类时，不用理会 以后执行时的 真正对象类型。相应的“针对实现编程”可以说成“变量的声明类型是具体类”。

　　再举一个简单的例子，假如有一个超类Animal，和两个实现了超类Animal的具体类Cat，Dog。

针对实现编程：Dog pDog = new DogClass（）；
            pDog.Bark();

针对接口编程：Animal pAnimal = new DogClass（）；
            pAnimal.Bark();        

　　你可能会说Animal pAnimal = new DogClass（）后面new的部分不也是面对实现编程吗？是的，确实，但也有解决方案，你可以使用工厂模式进行创建对象（工厂模式也是设计模式的一种，主要用于创建对象，以达到解耦的目的），这样就完全符合针对接口编程。当然，也得结合实际情况考虑一下，是否真有必要这样做。

　　OO设计原则和各种设计模式都只是一种参考，怎样有效地使用它，需要根据具体的情况。如果可以用另一种方法可以很好地解决问题，那我们就不必再去纠结如何使用设计模式。我们的目的是简单有效的解决问题，并且便于以后的维护和扩展，而不是如何使用设计模式。就上面的例子，就无需再使用工厂模式去创建对象，这样只会使得程序变得更加复杂而已。。。

　　篇幅比较小，也有点抽象，希望对你有所帮助。。。