1.工厂方法模式介绍
工厂方法模式（Factory Pattern）属于创建型设计模式。结构简单，平时开发中应用广泛，但是容易被忽视。
2.工厂方法模式定义
定义一个用于创建对象的接口，让子类决定实例化哪个类。
3.工厂方法模式使用场景
在任何需要生成复杂对象的地方，都可以使用！复杂的对象适合使用工厂模式，只用new就可以完成创建的对象不需要使用。
4.工厂方法模式UML类图
图片来自网络
四大模块：
- Creator(抽象工厂)：为工厂方法模式的核心
public abstract class Creator{
//抽象工厂方法，具体生产什么由子类决定
public abstract Product createProduct();
}
- ConcreteCreator(具体工厂)：实现了具体的业务逻辑
public class ConcreteCreator extends Creator{
@Override
public Product createProduct(){
return new ConcreteProductA();
}
}
- Product(抽象产品)：是工厂方法模式创建的产品的父类
public abstract class Product{
//产品类的抽象方法，由具体产品类去实现
public abstract void method();
}
- ConcreteProduct(具体产品)：实现抽象产品的某个具体产品的对象
public class ConcreteProductA extends Product{
@Override
public void method(){
System.out.println("我是具体产品A")
}
}
public class ConcreteProductB extends Product{
@Override
public void method(){
System.out.println("我是具体产品B")
}
}
开始生产
创建客户类
public class Client{
public static void main(...){
Creator creator = new Creator();
Product p = creator.createProduct();
p.method;
}
}
在具体工厂类中生产产品
public class ConcreteCreator extends Creator{
//根据需要生产产品A或者B
@Override
public Product createProduct(){
return new ConcreteProductA();
//return new ConcreteProductB();
}
}
以上是比较常见的完整工厂方法模式的创建及使用，但我们利用反射可以更简洁的生产具体产品
5.利用反射简化生产过程
在工厂方法的参数列表中传入一个Class类来决定是哪一个产品类
public abstract class Creator{
//抽象工厂方法，具体生产什么由子类决定
public abstract <T extends Product> T createProduct(Class<T> clz);
}
具体工厂类，需要通过反射获取类的示例
public class ConcreteCreator extends Creator{
@Override
public <T extends Product> T createProduct(Class<T> clz){
Product p = null;
try{
p = (Product) Class.forName(clz.getName()).newInstance();
} catch (Exception e){}
return (T) p;
}
}
客户类的实现
public class Client{
public static void main(...){
Creator creator = new Creator();
Product p = creator.createProduct(ConcreteProductB.class);
p.method;
}
}
需要哪个类的对象在调用处传入哪个类的类型即可，简单动态!
6.优缺点
- 优点：完全符合设计原则，降低了对象之间的耦合度。依赖于抽象架构，将实例化任务交给子类完成，有非常好的扩展性。
- 缺点：每次添加新产品就要编写一个新的产品类，同时还要引入抽象层，会导致类结构的复杂化。
7.总结
工厂方法模式是一个很好的设计模式，但是在某些简单的情况，是否要强制使用还需要权衡。
