《设计模式之禅》-工厂方法模式的扩展

1.静态工厂模式（简单工厂模式）

其实就是去掉了抽象工厂类，然后定义一个工厂类的创建方法设置为静态方法简化了工厂类的创建

public class Factory{
    public static <T extends Product> T create(Class<T> c){
        Product product = null;
        try{
            product = (Product)Class.forName(c.getName()).newInstance();
        } catch （Exception e) {
            System.out.print("创建失败");
        }
        retrun (T) product;
    }
}

这个是用通用型创建的工厂模式

静态的

public class Client {
    public static void main(String[] args) {
        Product product = Factory.createProduct(ConcteteProduct1.class);
        product.method2();
    }
}

只需要直接调用静态方法即可，该模式是工厂模式的弱化，因为变得简单了，也称为简单工厂模式，缺点在于工厂类的扩展会比较困难，不符合开闭原则，但在实际项目中使用率还是很高的

2.升级为多个工厂类

当在做一个比较复杂的项目时，经常会遇到初始化一个对象很耗费精力的情况，所有的产品类都放在一个工厂方法初始化，有可能会导致代码结构不清晰。例如，一个产品类有五个具体实现，每个实现类的初始化都不一样，如果都使用一个工厂方法，势必会导致该方法巨大无比，而且结构不清晰。

此时我们可以采取 一个抽象工厂类提供接口，用多个工厂类去实现这个接口，然后通过不同的工厂类去初始化不同的实现类

这样的好处是在于类的职责清晰，结构简单。但是给可扩展性和维护性带来了困难，因为每增加一个产品类就要增加一个相应的工厂类。因为工厂类和产品类的数目相同，维护时要考虑两个对象间的关系。

3.延迟初始化

public class ProductFactory{
    private static final Map<String,Product> prMap = new HashMap();
    public static synchronized Product createProduct(String type) throws Exception{
        Product product = null;
        if (prMap.containsKey(type){
            priduct = prMap.get(type);
        } else {
            if(type.equals ("xxx")){
                product = new XXX();
            }else {
                product = new xxx2();
            }
            prMap.put(type,product);
        }
    return product;
    }
}