针对接口编程，而不是针对实现编程

在面向对象编程中，有一个非常核心的原则叫做“面向接口编程”。它的核心思想其实很简单：把抽象与实现分离，让代码更灵活、更可复用。但怎么理解呢？不妨先看一个经典的例子。

假设有两种品牌的轮胎——普利司通（Bridgestone）和米其林（Michelin），它们的共同特性都是会转（roll）。那么，按照最直接的方式，我们可以写出两个类：

class Bridgestone {
    public void roll() {
        System.out.print("Bridgestone is rolling.");
    }
}
class Michelin {
    public void roll() {
        System.out.print("Michelin is rolling");
    }
}

然后，一辆装了普利司通轮胎的汽车（Car），它的转动就是轮胎的转动：

class Car {
    public void roll(Bridgestone tire) {
        tire.roll();
    }
}

那如果换成米其林轮胎呢？

Car car = new Car();
Michelin tire = new Mechilin();
car.roll(tire);

显而易见，程序会出错。这就是典型的“面向实现编程”——变量直接指向特定类的实例，导致代码与具体实现牢牢绑定。这种强烈的依赖关系，会大大抑制编程的灵活性和可复用性。

那怎么解决呢？把这两种轮胎的共同特性提取出来，定义一个接口。在转动轮胎的时候，只关注“是轮胎”本身，而不去追问“是什么品牌的轮胎”，问题就迎刃而解了：

interface Tire {
    public void roll();
}

class Bridgestone implements Tire {
    public void roll() {
        System.out.print("Bridgestone is rolling.");
    }
}

class Michelin implements Tire {
    public void roll() {
        System.out.print("Michelin is rolling");
    }
}

接口Tire定义了“转动”这个行为，但把实现延迟到了子类中。现在，汽车的转动方法只需要接收Tire接口类型的参数：

class Car {
    public void roll(Tire tire) {
        tire.roll();
    }
}

Car car = new Car();
BridgeStone tire1 = new Bridgestone();
Michelin tire2 = new Mechilin();
car.roll(tire1);
car.roll(tire2);

汽车在转动时，并不关心“是什么品牌的轮胎”，只关心“是轮胎”。想怎么转就怎么转，彻底解耦。

从这个小例子可以总结出面向接口编程的几个核心特性：

• 客户无须知道他们使用对象的特定类型，只须对象有客户所期望的接口。汽车转动轮胎时，无须知道轮胎的品牌或具体子类，只要轮胎有roll方法就行了。
• 客户无须知道他们使用的对象是用什么类来实现的，只须知道定义接口的抽象类。调用Car的roll方法时，不需要知道这个轮胎实例是用哪个子类实现的，只需要知道接口中定义了roll方法。

总结一下，面向接口的编程方式是面向对象设计中的一个重要原则。使用这种编程思想，可以轻松写出具有高可复用性的代码，对代码的理解和维护都有很大帮助。