2.工厂方法模式
程序员文章站
2022-03-09 18:58:44
...
定义
工厂方法模式也是我们使用频率相当高的模式
定义:定义一个用于创建对象的接口,让子类来决定实例化那一个类;工厂方法使一个类的实例化延迟到其子类
通用源码
在工厂方法模式中,会存在几个类:
- 抽象产品类Product负责定义所要生产的产品的共性,实现对事物最抽象的定义
- 抽象创建类Creator,也就是我们所谓的抽象工厂
- 实现工厂类ConcreteCreator,具体如何创建产品类由它来实现
通用源码如下:
//抽象产品类
public abstract class Product {
//产品类的公共方法---共性
public void method1() {
...//业务逻辑
}
//抽象方法---特性
public abstract void method2();
}
//具体产品类 具体的产品类可以很多,都继承与抽象产品类
public class ConcreteProduct1 extends Product {
//重写抽象方法
public void method2() {
...//业务逻辑
}
}
public class ConcreteProduct2 extends Product {
//重写抽象方法
public void method2() {
...//业务逻辑
}
}
//抽象工厂类 抽象工厂类负责定义产品实例的产生
public abstract class Creator {
//创建产品实例的抽象方法,其输入参数自行设置,可是String/Class等
public abstract <T extends Product> T createProduct(Class<T> c);
}
//具体工厂类 具体工厂类负责具体生产每个产品
public class ConcreteCreator extends Creator {
public <T extends Product> T createProduct(Class<T> c) {
Product product = null;
try {
product = (Product) Class.forName(c.getName()).new Instance();
} catch (Expection e) {
...//异常处理
}
return (T) product;
}
}
//场景类
public class Client {
public static void main(String[] args) {
Creator creator = new ConcreteCreator();
Product product = creator.createProduct(ConcreteProduct1.class);
...//业务逻辑
}
}
应用
优点
- 良好的封装性,代码结构清晰:如果需要一个类,只需要知道这个类的类名,就可以创建,降低了模块间的耦合
- 扩展性十分优秀:在增加产品的情况下,只需要适当修改具体工厂或是扩展一个工厂就可以“拥抱变化”
- 屏蔽产品类:不管产品怎么变化,调用者都不用关心,只要接口不变就可以
- 工厂方法模式是典型的解耦框架
使用场景
- 工厂方法模式就是用于去代替直接的new出一个对象,所以在任何需要生成对象的地方都可以使用,但是也要根据实际情况考虑增加一个工厂类进行管理,也会增加代码的复杂性
- 需要灵活且方便扩展的框架时,也可以考虑使用工厂方法模式
- 可用于异构项目(如通过WebService与非java项目交互
- 可以用在测试驱动开发的框架下
扩展
- 将工厂方法模式缩小为简单工厂模式:我们一个模块仅需要一个工厂,那么我们可以产生工厂而使用静态方法来代替,例如不要抽象工厂类,而将具体工厂类中的create方法设置为静态方法;该模式是工厂方法模式的弱化,可叫简单方法模式也可以叫静态方法模式
- 扩展为多个工厂类:较为复杂的项目中我们可以不去传Class等相关参数,而是每一个具体的工厂明确负责一个产品,但也要注意其复杂度
- 代替单例模式:单例模式的核心要求就是在内存中只有一个对象,通过工厂方法模式也可以只在内存中生产一个对象
- 延迟初始化:一个对象被使用完后,并不立刻释放内存,工厂类保存其初始状态,等待被再次使用
总结
工厂方法模式在项目中实际使用的很频繁,且还会和其他的模式混合使用,要多多熟悉
上一篇: 2.工厂方法模式
下一篇: 设计模式2.工厂方法模式