工厂方法模式（Factory Method Pattern），又称工厂模式，也叫虚拟构造器模式（Virtual Constructor Pattern）或多态工厂模式（Polymorphic Pactory Pattern）,属于类创建型模式。

        我们知道简单工厂模式最大的缺点就是当有新产品要加入到系统中时，必须修改工厂类，加入必要的处理逻辑，这违背了“开闭原则”。

        并且在简单工厂模式中，所有的产品都是由同一个工厂创建，则造成了工厂类职责较重，业务逻辑较为复杂，具体产品与工厂类之间的耦合度高，严重影响了系统的灵活性和扩展性。

一、模式动机：

        考虑到这样一个系统，一个具体工厂只生产一种具体产品。

        例如，简单工厂模式下，按钮工厂既生产圆形按钮也生产矩形按钮或其他按钮等等

        但在工厂方法模式下，我们先定义一个抽象的按钮工厂类（接口），再定义具体的工厂类来生产具体的按钮（产品），即圆形工厂只生产圆形按钮，矩形工厂只生产矩形按钮，圆形工厂和矩形工厂都实现抽象的按钮工厂接口。

***这样进行抽象化的结果使工厂模式这种结构可以在不修改具体工厂类的情况下引进新的产品

即：如果出现新的按钮类型，只需为这种新的按钮类型新建一个具体共厂类，即可获得该新按钮的实例。

二、定义：

        在工厂方法模式中，工厂父类负责定义创建产品对象的公共接口，则工厂子类负责生成具体的产品对象，即通过工厂子类来确定究竟应该实例化哪一个具体产品类。

三、模式结构：

1.Product（抽象产品）：

        定义产品的接口。

2.ConcreteProduct（具体产品）：

        实现抽象产品接口。

3.Factory(抽象工厂)：

        声明工厂方法，用于返回一个产品。

4.ConcreteFactory(具体工厂)：

        实现抽象工厂的工厂方法，并可由客户调用，返回一个具体产品类的实例。

四、模式分析：

        具体工厂类都具有共同的接口，或者有共同的抽象父类。当系统扩展需要添加新的产品时，仅仅需要添加一个具体产品对象以及一个具体工厂对象，原有工厂对象不需要进行任何修改，也无需修改客户端，很好地符合了“开闭原则”。

五、模式实例与解析：

1.实例说明

        在某网络管理软件中，需要为不同的网络协议提供不同的连接类，例如针对POP3协议的连接类POP3Connection，针对IMAP协议的连接类IMAPConnection，针对HTTP协议的连接类HTTPConnection，由于网络连接对象的创建过程较为复杂，需要将其创建过程封装到专门的类中，该软件还将支持更多类型的网络协议。现采用工厂方法模式进行设计，绘制类图并编程模拟实验。

2.实例类图

3.实例代码

（产品区 Products包）

（1）Connection接口

package Products;public interface Connection {public void connect();
}

（2）HTTPConnection类

package Products;public class HTTPConnection implements Connection{@Overridepublic void connect() {System.out.println("Connecting HTTP ...");}
}

（3）IMAPConnection类

package Products;public class IMAPConnection implements Connection{@Overridepublic void connect() {System.out.println("Connecting IMAP ...");}
}

（4）POP3Connection类

package Products;public class POP3Connection implements Connection{@Overridepublic void connect() {System.out.println("Connecting POP3 ...");}
}

（工厂区 Factories包）

（1）ConnectionFactory接口

package Factories;import Products.Connection;public interface ConnectionFactory {public Connection create();
}

（2）HTTPFactory类

package Factories;import Products.Connection;
import Products.HTTPConnection;public class HTTPFactory implements ConnectionFactory{@Overridepublic Connection create() {return new HTTPConnection();}
}

（3）IMAPFactory类

package Factories;import Products.Connection;
import Products.IMAPConnection;public class IMAPFactory implements ConnectionFactory{@Overridepublic Connection create() {return new IMAPConnection();}
}

（4）POP3Factory类

package Factories;import Products.Connection;
import Products.POP3Connection;public class POP3Factory implements ConnectionFactory{@Overridepublic Connection create() {return new POP3Connection();}
}

4.辅助代码

（1）XMLUtil类

（Clients包下）

package Clients;import javax.xml.parsers.*;
import org.w3c.dom.*;
import java.io.*;
public class XMLUtil
{//该方法用于从XML配置文件中提取具体类类名，并返回一个实例对象public static Object getBean(){try{//创建文档对象DocumentBuilderFactory dFactory = DocumentBuilderFactory.newInstance();DocumentBuilder builder = dFactory.newDocumentBuilder();Document doc;doc = builder.parse(new File("FactoryMethodconfig.xml"));//获取包含类名的文本节点NodeList nl = doc.getElementsByTagName("className");Node classNode=nl.item(0).getFirstChild();String cName=classNode.getNodeValue();//通过类名生成实例对象并将其返回Class c=Class.forName(cName);Object obj=c.newInstance();return obj;}catch(Exception e){e.printStackTrace();return null;}}
}

（2）客户端测试类 Client类

（在Clients包下）

package Clients;import Factories.ConnectionFactory;
import Factories.HTTPFactory;
import Products.Connection;public class Client {public static void main(String[] args) {ConnectionFactory factory;Connection connection;factory = (ConnectionFactory) XMLUtil.getBean();connection = factory.create();connection.connect();}
}

（3）配置文件FactoryMethodconfig.xml

（路径放在工程下面）

<?xml version="1.0"?>
<config><className>Factories.HTTPFactory</className>
</config>

5.实例结果与分析

（1）如果将配置文件FactoryMethodconfig.xml中的<className>里的内容改为Factories.IMAPFactory（包名.具体工厂类）,则运行结果如下：

（2）如果将配置文件FactoryMethodconfig.xml中的<className>里的内容改为Factories.POP3Factory,则运行结果如下：

（3）分析：在系统中加入一个新产品时，只需添加一个具体工厂类和一具体产品类即可。

六、模式的优点

        1、在工厂方法模式中，工厂方法用来用来创建客户所需要的产品，同时还向客户隐藏了哪种具体产品类将被实例化这一细节，用户只需要关系具体产品所对应的工厂，无需关心创建细节，甚至无需知道具体产品类的类名。

        2、所有的工厂具体类都具有同一抽象工厂父类。

        3、在系统中加入一个新产品时，只需添加一个具体工厂类和一具体产品类即可。而无需修改抽象工厂类和抽象产品类的接口。如此便完全符合了”开闭原则“。

七、模式的缺点

        1、在系统中加入一个新产品时，只需添加一个具体工厂类和一具体产品类即可，但随着新产品数量的增加，类的数量也随着增加，则在一定程度增加了系统的复杂度，另外更多的类需要编译和运行，会给系统带来一些额外的开销。

        2、由于考虑到系统的可扩展性，需要引入抽象层，在客户端代码中均使用了抽象层进行了定义，增加了系统的抽象性和理解难度，且在实现时可能需要用到DOM、反射等技术，增加了系统的实现难度。

八、模式适用环境

        （1）一个类（客户端，即测试类）不知道它所需要的对象的类（具体产品类类名），只需知道对应的具体工厂类类名即可。

        （2）将创建对象的任务委托给多个工厂子类的某一个，客户端在使用时无需关心是哪一个工厂子类创建产品子类，需要时再动态指定，可将具体产品类的类名存储在配置文件或数据库中。