设计模块-工厂方法模式

简介

工厂方法模式(Singleton Pattern)是一个使用频率比较高的模式。其定义是:定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类,原话:Define an interface for creating an object, but let subclasses decide which class to instantiate.

工厂方法模式通用类图

在工厂方法模式中,抽象产品类Product负责定义产品的共性,实现对事物最抽象的定义;Creator为抽象创建类,也就是抽象工厂,具体如何创建产品类是由具体的实现工厂ConcreteCreator完成的。

示例:

抽象产品类
1
2
3
4
5
6
7
8
9
10
public abstract class Product {
public void method1() {
// 业务逻辑处理
}

// 抽象方法
pubblic abstract void method2() {

}
}
具体产品类
1
2
3
4
5
6
7
8
9
10
11
public class ConcreteProduct1 extends Product {
public void method2() {
// 业务逻辑处理
}
}

public class ConcreteProduct2 extends Product {
public void method2() {
// 业务逻辑处理
}
}
抽象工厂类
1
2
3
public abstract class Creator {
public abstract <T extends Product> T createProduct(Class<T> c);
}
具体工厂类
1
2
3
4
5
6
7
8
9
10
11
public class ConcreteCreator extends Creatory {
public <T extends Product> T createProduct(Class<T> c) {
Product product = null;
try {
product = (Product) Class.forName(c.getName()).newInstance();
} catch (Exception e) {
// 异常处理
}
return (T)product;
}
}
场景类
1
2
3
4
5
6
7
public class Client {
public static void main(String[] args) {
Creator creator = new ConcreteCreator();
Product product = creator.createProduct(ConcreteProduct1.class);
// 继续业务处理
}
}

工厂方法模式优点

  1. 良好的封装性,代码结构清晰。一个对象的创造条件是有约束的,如一个调用者需要一个具体的产品对象,只要知道这个产品的类名(或约束字符串)就行,不用知道创建的艰辛过程,降低模块间的耦合。
  2. 扩展性非常好。
  3. 屏蔽产品类。产品类的实现如何变化,调用者都不需要关心。
  4. 解耦。高层模块只需要知道产品的抽象类。其他的实现类都不用关心。

工厂方法模式使用场景

  1. 工厂方法模式是new一个对象的替代品,所以在所有需要生成对象的地方都可以使用,但是需要慎重地考虑是否要增加一个工厂类进行管理,增加代码的复杂度。
  2. 需要灵活的、可扩展的框架时,可以考虑采用工厂方法模式。
  3. 工厂方法模式可以用在异构项目中。
  4. 可以使用在测试驱动开发的框架下。

工厂方法模式扩展

  1. 缩小为简单工厂模式
  2. 升级为多个工厂类
  3. 替代单例模式
  4. 延迟初始化
z.h.l wechat
欢迎您扫一扫,订阅我的微信公众号