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

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

水果接口类：

public interface Fruit { public void eat(); }

苹果类：

public class Apple implements Fruit { @Override public 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类即可，客户端不会产生变化。