《设计模式》之三：工厂方法模式

Define an interface for creating an object，but let subclasses decide which class to instantiate. Factory method lets a class defer instantiate to subclasss

抽象工厂中定义一个方法，其中会有参数输入，而实现类通过传入的参数判断该生产出哪种对象

public abstract class Product {
    public void method1() {
        // 业务逻辑处理
    }
    
    // 抽象方法
    public abstract void method2();
}

 

public class ConcreteProduct1 extends Product {
    @Override
    public void method2() {
        // 具有自己特色的业务逻辑处理
    }
}

 

public class ConcreteProduct2 extends Product {
    @Override
    public void method2() {
        // 具有自己特色的业务逻辑处理
    }
}

 下面是抽象工厂类，负责定义产品对象的产生：

public abstract class Creator {
    /**
     * 创建一个产品对象，其输入参数类型可以自行设置
     * 通常是String、enum、Class等
     * @param clazz
     * @param <T>
     * @return
     */
    public abstract <T extends Product> T createProduct(Class<T> clazz);
}

 然后下面是具体的工厂实现类：

public class ConcreteCreator extends Creator {
    @Override
    public <T extends Product> T createProduct(Class<T> clazz) {
        T product = null;
        try {
            product = (T) Class.forName(clazz.getName()).newInstance();
        } catch (Exception e) {
            // 异常处理
        }
        if (product == null) return null;
        return product;
    }
}

 

工厂方法的几种扩展：

1，简单工厂方法：

如果不需要扩展性，可以将抽象的工厂类删掉，然后将工厂类中的create方法变成static的

2，升级为多个工厂

如果在一个比较复杂的项目中，经常会初始化一个对象很耗费精力的情况下，所有产品类放到一个工厂方法中进行初始化会使得代码结构不清晰。这时候可以考虑多个工厂，每个工厂负责生产一种产品。但是这种扩展也会带来扩展性和维护性难题，因为每次增加一个产品，还得增加对应的一个工厂。实际应用中会增加一个协调类，避免调用者与各个子工厂交流，协调类作用是封装工厂类，对高层模块提供统一访问接口。

 

本人博客已搬家，新地址为：http://yidao620c.github.io/