Java设计模式之工厂方法模式

工厂方法模式

引入问题

在上一篇简单工厂模式中，工厂类负责所有产品类的创建(即对象的实例化)，这样客户可以根据自己的需求动态创建产品类。但是，一旦客户的需求变化了，工厂类没法满足客户的创建需求，我们就必须修改工厂类来满足客户的需求，这就违背了开闭原则，是设计模式所不允许的，那如何解决呢？工厂方法模式很好地解决了这类问题。

解决方案

工厂方法模式中，通过父类决定实例的生成方式，但并不决定所要生成的具体类，具体的处理全部交给子类负责。这样就可以将生成实例的框架和实际负责生成实例的类解耦，当用户有新需求的时候，我们只需要增加新的子类，而不用修改已经规定好的生成实例的框架。
其实，此处构建生成实例的时候，如果需要多步才能构建示例，我们一般会使用模板方法模式，后续介绍这一设计模式的时候会细讲，这里就不多做介绍了。

示例程序

首先，我们改进下上一篇中简单工厂模式的程序。

产品类

public abstract class IPhone {    public IPhone() {    }}public class IPhone4 extends IPhone {    public IPhone4() {        System.out.println("制造了iphone4...");    }}  public class IPhone5 extends IPhone {    public IPhone5() {        System.out.println("制造了iphone5...");    }}

工厂类

public abstract class IPhoneFactory {    public abstract IPhone createIPhone();}   public class IPhone4Factory extends IPhoneFactory {    @Override    public IPhone createIPhone() {        return new IPhone4();    }}  public class IPhone5Factory extends IPhoneFactory {    @Override    public IPhone createIPhone() {        return new IPhone5();    }}

客户类

public class Customer {    public static void main(String[] args) {        IPhoneFactory iPhone4Factory = new IPhone4Factory();        IPhoneFactory iPhone5Factory = new IPhone5Factory();        iPhone4Factory.createIPhone();        iPhone5Factory.createIPhone();    }}

输出结果

制造了iphone4...制造了iphone5...

工厂方法模式总结

• 优点：克服了简单工厂违背开闭原则的缺点，又保留了封装对象创建过程的优点,降低客户端和工厂的耦合性，所以说“工厂方法模式”是“简单工厂模式”的进一步抽象。
• 缺点：每增加一个产品，都需要增加一个具体类和对象实现工厂，使得系统中类数量成倍增加，在一定程度上增加了系统的复杂度。