Java设计模式（四）----工厂模式

工厂模式

• 简单工厂模式

• 工厂方法模式

• 抽象工厂模式

抽象工厂模式是所有形态的工厂模式中最为抽象和最具有一般性的一种形态。抽象工厂模式与工厂方法模式的最大区别就在于，工厂方法模式针对的是一个产品等级结构；而抽象工厂模式则需要面对多个产品等级结构。

一、简单工厂模式

简单工厂模式中，一个工厂类处于对产品类实例化的中心位置上，它知道每一个产品，它决定哪一个产品类应当被实例化。这个模式的优点是允许客户端相对独立于产品创建的过程，并且在系统引入新产品的时候无须修改客户端，即在某种程度上支持“开-闭”原则。这个模式的缺点是对“开-闭”原则的支持不够，因为如果有新的产品加入到系统中，则需要修改工厂类，将必要的逻辑加入到工厂类中。

二、工厂方法模式

工厂方法模式是简单工厂模式的进一步抽象和推广。由于使用了多态性，工厂方法模式保持了简单工厂模式的优点，且克服了它的缺点。首先，在工厂方法模式中，核心的工厂类不再负责所有产品的创建，而是将具体创建的工作交给子类去做。这个核心类则成为一个抽象工厂角色，仅负责给出具体工厂子类必须实现的接口，而不接触哪个产品类应当被实例化的细节。此种进一步抽象化的结果，使这种工厂方法模式可以用来允许系统在不修改具体工厂角色的情况下引进新的产品，这一特点使得工厂模式具有超过简单工厂的优越性。

在工厂方法模式中，共涉及以下4个角色。

• 抽象工厂（Creator）角色：该角色是工厂方法模式的核心，与应用系统无关，任何在创建对象的工厂类必须实现这个接口。
• 具体工厂（Concrete Creator）角色：该角色实现了抽象工厂接口，含有与应用密切相关的逻辑，并且受到应用程序的调用以创建产品对象。
• 抽象产品（Product）角色：该角色负责定义产品的共性，实现对产品最抽象的定义。
• 具体产品（Concrete Product）角色：该角色实现抽象产品角色所声明的接口，工厂方法模式所创建的每一个对象都是某个具体产品角色的实例。

工厂方法模式类图

三、抽象工厂模式

为创建一组相关或相互依赖的对象提供一个接口，而且无须指定它们的具体类。抽象工厂模式是工厂方法模式的升级版本。在有多个业务品种、业务分类时，通过抽象工厂模式产生需要的对象是一种非常好的解决方式

抽象工厂模式中的角色与工厂方法类似，也是有4个角色。

• 抽象工厂（Abstract Factory）角色：该角色是抽象工厂模式的核心，与应用系统无关，任何创建对象的工厂类必须实现这个接口。
• 具体工厂（Concrete Factory）角色：该角色实现了抽象工厂接口，含有选择合适的产品对象的逻辑，并且受到应用程序的调用以创建产品对象。
• 抽象产品（Abstract Product）角色：该角色负责定义产品的共性，实现对产品最抽象的定义。
• 具体产品（Concrete Product）角色：该角色实现抽象产品角色所声明的接口，抽象工厂模式所创建的任何产品对象都是某个具体产品角色的实例。

抽象工厂模式类图

四、工厂方法模式和抽象工厂模式对比

工厂方法	抽象工厂
只生产一种类型产品	生产多种类型产品
工厂接口中只有一个方法	每有一个类型的产品，工厂接口中就有一个生产该产品的方法

总结一下，抽象工厂模式就是工厂方法模式的升级。

• 工厂方法模式只能生产一种类型的产品，工厂接口中只有一个方法，返回该产品的类型。
• 抽象工厂模式可以生产一种类型的产品（此时和工厂方法模式一样了），也可以生产多种类型的产品。每多一种类型的产品，工厂接口中就会多一个方法，用于生产新类型的产品。