工厂模式 + 反射改进

1 简单工厂模式

一个工厂

一个抽象产品类

一组具体产品类

工厂根据参数决定返回那个具体产品

违反开闭原则

2 工厂方法模式

一个抽象工厂

一个抽象产品

一组具体工厂 和 与之对应的一组具体产品

每个工厂负责生产它的那种产品。

3 抽象工厂方法模式

一个抽象工厂

一组抽象产品

一组具体工厂 和 与之对应的一组具体产品

与工厂方法不同的是工厂生产的是一个系列的产品，而不是一种产品。

4

无论哪种方法，都还是需要有究竟是用哪个产品、或那个工厂的 逻辑判断

例如，在简单工厂中，需要有一维选择

Java代码

1. case("c1"):
2. return new C1();
3. case("c2")
4. return new C2();

case("c1"):
  return new C1();
case("c2")
  return new C2();

在工厂方法中，需要有一维选择

Java代码

1. Factory factory = new FactoryAAA();
2. factory.creat();

Factory factory = new FactoryAAA();
factory.creat();

在抽象工厂中，需要有二维选择

Java代码

1. Factory factory = new FactoryAAA();
2. factory.creatTTT();

Factory factory = new FactoryAAA();
factory.creatTTT(); 

但是这一点可以通过反射来进一步解耦

例如简单工厂

Java代码

1. return Class.forName("productClassName").newInstance();

return Class.forName("productClassName").newInstance();

工厂方法(此时已经不需要若干的工厂子类，只需一个工厂控制器)

Java代码

1. return Class.forName("FactoryClassName").newInstance().creat();

return Class.forName("FactoryClassName").newInstance().creat();

抽象工厂方法(此时已经不需要若干的工厂子类，只需一个工厂控制器)

Java代码

1. return Class.forName("FactoryClassName").newInstance().creatTTT();

return Class.forName("FactoryClassName").newInstance().creatTTT();

而这些productClassName和factoryClassName，都可以以字符串形式、甚至配置文件形式读入

5

spring的context实际也就是一个大工厂（抽象工厂模式？）

而且spring定义bean的时候也可以指定factory对象（此时context是工厂的工厂？）