接口的应用——工厂设计模式

为什么我们要使用工厂这个设计模式，我们先看这组代码：

水果接口类：

public interface Fruit {public void eat();}

苹果类：

public class Apple implements Fruit {@Overridepublic void eat() {System.out.println("吃苹果");}}

客户端：

public class Test {public static void main(String[] args) {Fruit fruit = new Apple();fruit.eat();}}

以上的主程序通过主方法可以得到Fruit接口对象，但是客户端出现了关键“new”，一个接口可以有多个子类，如果这样设计，那么我就的客户端就要考虑到底通过那个子类来实现Fruit接口对象，每次想更换对象，都需要修改客户端上的逻辑控制代码。同时客户端不需要知道Fruit有多少个子类，所以也不会知道它有什么子类。客户端关心的是如何取得一个Fruit对象，而后进行方法的调用，面接口对象是被谁实例化的，这个过程，客户端不需要去管。这个问题就在于关键字new产的高耦合。因为高耦合的代码不方便我们去维护，相当于 A要一直与B绑定在一起，比如现在很多的大型游戏只能在Widows下运行，对于我们这些经常在Linux下写代码的用户极其不方便。我们应该都知道Java之所以能够有很好的移值性是因为Java虚拟机（程序 ——> JVM ——> 适应不同的操作系统），我们也可以添加一个工厂类来操作。

工厂类：

public class Factory {//通过static方法来取得实例化对象 public static Fruit getInstance(String className){if ("apple".equals(className)) {return new Apple();}else if ("orange".equals(className)) {return new Orange();}else {return null;}}}

客户端：

public class Test {public static void main(String[] args) {Fruit fruit = Factory.getInstance("apple"); //apple通过外面传入fruit.eat();}}

现在客户端不会看见具体的子类，因为所有的接口对象都是通过Factory类取得，当以后需要扩充Fruit的子类时，我们只需要修改Factory类即可，客户端不会产生变化。