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

工厂方法模式，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{
	@Override
	public Bike createBike() {
		System.out.println("捷安特自行车工厂 -> 捷安特自行车");
		return new GaintBike();
	}
}
/**
 * 美利达自行车工厂 
 */
class MeridaBikeFactory implements IFactory{
	@Override
	public Bike createBike() {
		System.out.println("美利达自行车工厂 -> 美利达自行车");
		return new MeridaBike();
	}
}

运行结果：

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

四、模式优缺点

优点：

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

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

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

缺点:

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