设计模式-工厂方法模式

工厂方法模式的定义

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

在工厂模式中，抽象产品类Product负责定义产品的共性，实现对事物最抽象的定义；

Creator为抽象创建类，也就是抽象工厂，具体如何创建产品类是由具体的实现工厂ConcreteCreator完成的。

优点

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

2.工厂方法模式的扩展性非常优秀。在增加产品类的情况下，只要适当地修改具体的工厂类或扩展一个工厂类，就可以完成“拥抱变化”。

3.屏蔽产品类。产品类的实现如何变化，调用者都不需要关系，它只需要关心产品的接口，只要接口保持不变，系统中的上层模块就不要发生变化。因为产品类的实例化工作是由工厂类负责的，一个产品对象具体由哪一个产品生成是由工厂类决定的。

4.工厂方法模式是典型的解耦框架。高层模块值需要知道产品的抽象类，其他的实现类都不用关心，符合迪米特法则，依赖倒置原则（只依赖产品类的抽象），里氏替换原则（使用产品子类替换产品父类）。

使用场景

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

需要灵活的，可扩展的框架时，可以考虑采用工厂方法模式。

种类

简单工厂方法模式：不定义抽象工厂类，直接定义具体工厂类。

多工厂方法模式：定义多个具体工厂实现类。

代码

//抽象产品类
public abstract class Product {
//产品类的公共方法
public void method1(){
//业务逻辑处理
}
//抽象方法
public abstract void method2();
}

//具体产品类
public class ConcreteProduct1 extends Product{
@Override
public void method2() {
// TODO Auto-generated method stub
//业务逻辑处理
}
}

//具体产品类
public class ConcreteProduct2 extends Product{
@Override
public void method2() {
// TODO Auto-generated method stub
//业务逻辑处理
}
}

//创建一个产品对象，其输入参数类型可以自行设置
抽象工厂类负责定义产品对象的产生
public abstract class Creator {
public abstract <T extends Product>T createProduct(Class<T> c);
}

//具体工厂类
具体如何产生一个产品的对象，是由具体的工厂类实现的。
public class ConcreteCreator extends Creator{
@Override
public <T extends Product> T createProduct(Class<T> c) {
// TODO Auto-generated method stub
Product product=null;
try {
product=(Product) Class.forName(c.getName()).newInstance();
} catch (Exception e) {
// TODO Auto-generated catch block
e.printStackTrace();//异常处理
}
return (T) product;
}
}

//场景类
public class Client {
public void create(){
Creator creator=new ConcreteCreator();
Product product=creator.createProduct(ConcreteProduct1.class);
}
}