在oop中有一种设计原则是面向接口编程，面向接口编程有非常多优点，详细百度一大片。我来谈一下详细的使用中的一些不成熟的见解。！

首先面向接口编程能够消除类之间的依赖关系，使得业务仅仅依赖接口。

这样有什么优点呢？

这种优点大大的。比方说我们声明一个car的接口。我们对车有下面行为，我们能够开车。洗车，推车，修车，拆车等等，

详细用代码实现：

package com.panther.dong.faceinterface;

/**

 * Created by panther on 15-8-9.

 */

public interface Car {

    public void driveCar(); //开车

    public void washCar();//洗车

    public void fixCar();//修车

}

假如说我大学毕业了，工作了，发了工资了，有钱了，于是乎（有钱就得烧啊），买了一辆自行车！！我就能够开车，洗车。有时候车坏了，

一看饭吃不上了，就得自己修车了

package com.panther.dong.faceinterface;

/**

 * Created by panther on 15-8-9.

 */

public class Bicycle implements Car {

    @Override

    public void driveCar() {

        System.out.println("双手拿把，助攻两步。启动。加速~~~");

    }

    @Override

    public void washCar() {

        System.out.println("买两张湿巾，给自行车做个保养");

    }

    @Override

    public void fixCar() {

        System.out.println("车掉了链子。路边赵根棒棒。自己按链子");

    }

}

上面代码实现了一辆自行车的基本行为（到如今自行车都买不起，只是能够想想以后，以后买了自行车会怎么样，有点小激动啊）。尽管是自行车，也算有车的人了，

上班同事问我怎么来的，我把头一抬，高傲的说：开车来的。！

这就是接口的一个优点，将实现封装，调用者不须要知道详细的实现就能够使用，仅仅要知道详细怎么用即可

代码内部实现能够隐藏，不用暴露出来，减少了代码的耦合性。

接着有一天下班同事一起走，看到我骑着的是自行车。哎，屌丝一个，我还以为是高富帅呢。你们是不是也遇到过，对，看一些源码的实现真是有点脱。只是用起来你就

无论它了！！

工作了10年攒了10w块钱，准备换车了，想了想挣钱不easy啊。还是不换了吧，接着有一个新颖大胆的想法，把自行车改成三轮车吧，接着把自行车大卸八块，买了个轮子，着了半天，钱也花了，自行车也废了，接着三轮车骑着老抛锚，哎。想死的心都有啊！

！（在原先的类中改来改去，搞得逻辑混乱。系统维护越来越差，最后搞的系统重构），这时候。没办法了，不能走着去上班啊，仅仅能买车了，把攒着娶媳妇的钱买了车，开车爽啊，

小汽车的行为代码：

package com.panther.dong.faceinterface;

/**

 * Created by panther on 15-8-9.

 */

public class EngineCar implements Car {

    @Override

    public void driveCar() {

        System.out.println("挂挡。加油，走起");

    }

    @Override

    public void washCar() {

        System.out.println("花钱洗车。无奈");

    }

    @Override

    public void fixCar() {

        System.out.println("师傅。换个轮胎，廉价点");

    }

}

最后就能够上班了，可是自行车仅仅能卖废铁了，哪天小汽车坏了就得走着去上班了！！

所以面向接口编程的第二个优点就是当客户需求变化时，仅仅需编写该业务逻辑的新的实现类（买小汽车），通过更改配置文件(比如Spring框架)中该接口的实现类就能够完毕需求。不须要改写现有代码，降低对系统的影响。

我如今就体会到这两个优点，以后体会到别到优点再谈！！。！~~~~~~