工厂方法模式详解-CSDN博客

本文链接：https://blog.csdn.net/max_xujw/article/details/113553118

定义

工厂方法模式也是我们使用频率相当高的模式
定义：定义一个用于创建对象的接口，让子类来决定实例化那一个类；工厂方法使一个类的实例化延迟到其子类

通用源码

在工厂方法模式中，会存在几个类：

抽象产品类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等相关参数，而是每一个具体的工厂明确负责一个产品，但也要注意其复杂度
代替单例模式：单例模式的核心要求就是在内存中只有一个对象，通过工厂方法模式也可以只在内存中生产一个对象
延迟初始化：一个对象被使用完后，并不立刻释放内存，工厂类保存其初始状态，等待被再次使用