设计模式之禅笔记——工厂方法模式

一、工厂方法模式的定义

Define an interface for creating an object,but let subclasses decide which class to instantiate,Factory Method lets a class defer instantiation to subclasses(定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延伸到其子类)。

通用类图：

在工厂方法模式中，抽象产品类Product负责定义产品的共性，实现对事物最抽象的定义；Creator为抽象创建类，也就是抽象工厂，具体如何创建产品类是由具体的实现工厂ConcreteCreator完成的。

抽象产品类：

public abstract class Product {
    //产品类的公共方法
    public void method1() {
    }

    //抽象方法
    public abstract void method2();
}

//抽象方法

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 {
    public abstract <T extends Product> T createProduct(Class<T> c);
}

具体工厂类：

具体工厂类：
public class ConcreteCreator extends Creator {
    @Override
    public <T extends Product> T createProduct(Class<T> c) {
        Product product = null;
        try {
            product = (Product) Class.forName(c.getName()).newInstance();
        } catch (Exception e) {
            e.printStackTrace();
        }
        return (T) product;
    }
}

场景类：

public class Client {
    public static void main(String args[]) {
        Creator creator = new ConcreteCreator();
        Product product = creator.createProduct(ConcreteProduct1.class);
    }
}

二、工厂方法模式的优缺点和使用场景

优点：

首先，良好的封装性，代码结构清晰。一个对象创建是有条件约束的，如一个调用者需要一个具体的产品对象，只要知道这个产品的类名就可以了，不用知道创建对象的艰辛过程，降低模块间的耦合。

其次，工厂方法模式的扩展非常优秀。在增加产品的情况下，只要适当的修改具体的工厂类或扩展一个工厂类，就可以完成“拥抱变化”。

再次，屏蔽产品类。这一特点非常重要，产品类的实现如何变化，调用者不需要关心，它只关心产品的接口，只要接口保持不变，系统中的上层模块就不要发生变化。因为产品类的实例化工作是由工厂类负责的，一个产品对象具体由哪一个产品生产是由工厂类决定的。

最后，工厂方法使典型的解耦框架。高层模块只需要知道产品的抽象类，其他的实现类都不用关心，符合迪米特原则，我不需要的就不去交流；也符合依赖倒置原则，只依赖产品类的抽象；当然也符合里氏替换原则，使得产品子类替换产品父类，没问题

使用场景：

首先，工厂方法模式是new一个对象的替代品，所以在所有需要生成对象的地方都可以使用，但是需要慎重的考虑是否增加一个工厂类进行管理，增加代码的复杂度。

其次，需要灵活、可扩展的框架时，额可以考虑工厂方法模式。

再次，工厂方法模式可以用在异构项目中。

最后，可以使用在测试驱动开发的框架中。