读书笔记-设计模式（二）之工厂方法模式

一、工厂方法模式的定义

工厂方法模式使用的频率非常高，在我们日常的开发中总能见到它的 身影，定义如下：

定义一个用于创建对象的接口，让子类决定实例化哪一个类，工厂方法使一个类的实例化延迟到其子类。

工厂模式（Factory Pattern）是 Java 中最常用的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。在工厂模式中，我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使用一个共同的接口来指向新创建的对象。

二、工厂方法模式的优点

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

其他，工厂方法模式的扩展性非常优秀，在增加产品类的情况下，只要适当的修改具体的工厂类或扩展一个工厂类，就可以完成“拥抱变化”。如，在下列例子中，需要增加一个ConcreteCreator，只需要新增一个ConcreteCreator类就行了，工厂类不需要任何修改就可以完成系统扩展。

再次，屏蔽产品类，这一点很重要，产品类的实现如何变化，调用者不用关心，只需要关心产品的接口，只要接口不变，系统中的上层模块就不要发生变化。

最后，工厂方法模式是典型的解耦框架，高层模块只需要知道产品的抽象类，其他的实现类都不用关心。

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

具体代码如下：

public abstract class Product {    //产品类的公共方法1    public void method1(){        //业务逻辑处理    }    //抽象方法    public abstract void method2();}class ConcreteCreator1 extends Product{    //抽象方法 重写    @Override    public void method2() {        //业务逻辑处理        System.out.println("ConcreteCreator1-业务逻辑处理");    }}class ConcreteCreator2 extends Product{    //抽象方法 重写    @Override    public void method2() {        //业务逻辑处理        System.out.println("ConcreteCreator2-业务逻辑处理");    }}// 具体抽象工厂类abstract class Creator{    /**     * 创建一个产品对象，其输入参数类型可以执行设置     * 通常String、Enum、Class等，也可以为空     */    public abstract  T createProduct(Class t);}//具体工厂类class ConcreteCreator extends Creator{    //重写    @Override    public  T createProduct(Class t) {        Product product = null;        try{            product = (Product)Class.forName(t.getName()).newInstance();        }catch (Exception e){            //异常处理        }        return (T)product;    }}class Client{    public static void main(String[] args) {        Creator creator = new ConcreteCreator();        Product product = creator.createProduct(ConcreteCreator1.class);        product.method2();        //业务处理        Product product2 = creator.createProduct(ConcreteCreator2.class);        product2.method2();    }}

该通用代码是一个比较实用、易扩展的框架，读者可以根据实际项目需要进行扩展。

三、工厂方法模式的使用场景

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

其他，需要灵活的、可扩展的框架时，可以考虑采用工厂方法模式。例如需要一个邮件服务器框架，有三种网络POP3、IMAP、HTTP的场景。

再次，工厂方法模式可以在异构项目中，例如通过webserver与一个非java的项目交互场景。

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

四、总结

工厂方法模式在项目中使用的非常频繁，以至于很多代码中都包含工厂方法模式。该模式几乎尽人皆知，但不是每个人都能用得好。

参考资料：http://www.runoob.com/design-pattern/factory-pattern.html

有不完善，欢迎拍砖~