设计模式初探-工厂方法模式

工厂方法模式，Factory Method，属于对象创建型模式，通过定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method使一个类的实例化延迟到其子类。工厂方法通过抽象的接口，将创建对象的行为交给具体的子类。

一、使用场景

1、当一个类不知道它所必须创建的对象的类的时候，由于不知道要创建对象的类，所以不能直接实例化类，只能交给其他知道该类的类去做，比如某接口的具体实现，某父类的子类。

2、当一个类希望由它的子类来指定它所创建的对象，这一般发生在父类不清楚具体实例化哪个类的时候。

3、当类将创建对象的职责委托给多个帮助子类中的某一个，并且你希望将哪一个帮助子类时代理者这一信息局部化的时候。

二、UML图

三、Java实现

package study.patterns.factorymethod;/** * 工厂方法模式： * 核心工厂类不再负责所有产品的创建， * 而是将具体创建的工作交给子类去做， * 自己则成为一个抽象工厂角色， * 仅负责给出具体工厂类必须实现的接口， * 而不接触哪一个产品类应当被实例化这种细节。 * @author qbg */public class FactoryMethodPattern {public static void main(String[] args) {//去捷安特自行车厂要辆捷安特骑骑IFactory factory = new GaintBikeFactory();Bike gaint = factory.createBike();gaint.ride(); //爽歪歪//去美利达自行车厂要辆勇士600骑骑factory = new MeridaBikeFactory();Bike merida = factory.createBike();merida.ride(); }}/** * 产品类抽象:自行车 */abstract class Bike{public void ride(){}}/** * 产品实现类：捷安特自行车  */class GaintBike extends Bike{public void ride(){System.out.println("Riding the Gaint Bike，不一样的感觉...");}}/** * 产品实现类：美利达自行车时 */class MeridaBike extends Bike{public void ride(){System.out.println("Riding the Merida Bike，好牛逼的感觉...");}}/** * 工厂抽象类  */interface IFactory{/** * 工厂方法 */public Bike createBike();}/** * 捷安特自行车工厂  */class GaintBikeFactory implements IFactory{@Overridepublic Bike createBike() {System.out.println("捷安特自行车工厂 -> 捷安特自行车");return new GaintBike();}}/** * 美利达自行车工厂  */class MeridaBikeFactory implements IFactory{@Overridepublic Bike createBike() {System.out.println("美利达自行车工厂 -> 美利达自行车");return new MeridaBike();}}

运行结果：

捷安特自行车工厂 -> 捷安特自行车Riding the Gaint Bike，不一样的感觉...美利达自行车工厂 -> 美利达自行车Riding the Merida Bike，好牛逼的感觉...

四、模式优缺点

优点：

1、工厂方法不再将与特定应用有关的类绑定到你的代码中。比如示例中具体的自行车实现，在客户代码中只需要使用具体的工厂和自行车的抽象就完成了操作，而无需关心具体的自行车是什么牌的，长什么样子的。

2、为子类提供hook，任何时候想要更换产品的实现都可以。

3、连接平行的类层次，这一般用于工具性质的工厂方法。

缺点:

1、一个具体的产品实现就要绑定一个相应的工厂方法实现，如果用户只是为了创建一个特定的ConcreteProduct实例，就不得不创建Creator的子类。