前言
在前一篇文章提到的设计模式之简单工厂模式,简单工厂模式存在的一些问题:
• 工厂类集中了所有实例(产品)的创建逻辑,一旦这个工厂不能正常工作,整个系统都会受到影响;
• 违背“开放 - 关闭原则”,一旦添加新产品就不得不修改工厂类的逻辑,这样就会造成工厂逻辑过于复杂。
• 简单工厂模式由于使用了静态工厂方法,静态方法不能被继承和重写,会造成工厂角色无法形成基于继承的等级结构。
针对以上问题现在我们来了解一下另外一个设计模式----工厂方法模式。
1. 介绍
1.1 定义
定义一个用于创建对象的接口,让子类决定实例化哪个类。工厂方法使一个类的实例化延迟到其子类。
1.2 作用
就像定义中说的,将类的实例化延迟到其子类(具体工厂中)完成,这样就可以很好的避免简单工厂模式中的问题,这样更不会违背“开放-关闭”原则。
2. 模式原理
2.1 UML结构类图
2.2 模式组成
组成(角色) | 关系 | 作用 |
抽象产品类(Product) | 具体产品的父类 | 描述产品的公共接口 |
具体产品类(Concrete Product) | 抽象产品的子类;工厂类创建的目标类 | 描述具体的产品 |
抽象工厂类(Factory) | 具体工厂的父类 | 描述具体工厂的公共接口 |
具体工厂类(Concrete Factory) | 抽象工厂的子类,被外界调用 | 描述具体工厂;实现具体方法创建产品的实例 |
2.3 使用步骤
步骤一:创建抽象工厂类,定义具体工厂的公共接口
步骤二:创建抽象产品类,定义具体产品的公共接口
步骤三:创建具体产品类(继承自抽象产品),定义生产的具体产品
步骤四:创建具体工厂类(继承自抽象工厂类),定义创建对应具体产品的实例方法
步骤五:外界调用具体工厂类的方法,创建不同具体产品的实例
3. 工厂方法模式的简单实现
3.1 实例描述:
我们继续使用上一篇文章(设计模式之简单工厂模式)中的案例,用工厂方法模式来实现。
3.2 实现步骤
步骤一:创建抽象工厂类,定义具体工厂的公共接口
/**
* 抽象工厂类,
* 具体工厂的父类,描述具体工厂的公共接口
*/
public abstract class AbstractComputerFactory {
public abstract AbstractComputer createComputer();
}
步骤二:创建抽象产品类,定义具体产品的公共接口
/**
* 抽象产品类,具体产品的父类,描述具体产品的公共接口
*/
public abstract class AbstractComputer {
public abstract void start();
}
步骤三:创建具体产品类(继承自抽象产品),定义生产的具体产品
/**
* 具体产品类(惠普电脑)
* 抽象产品的子类;工厂类创建的目标类
*/
public class ConcreteHpComputer extends AbstractComputer {
@Override
public void start() {
System.out.println("惠普电脑启动了");
}
}
/**
* 具体产品类(联想电脑)
*/
public class ConcreteLenovoComputer extends AbstractComputer{
@Override
public void start() {
System.out.println("联想电脑启动了");
}
}
步骤四:创建具体工厂类(继承自抽象工厂类),定义创建对应具体产品的实例方法
/**
* 具体工厂类(生产惠普电脑)
* 抽象工厂的子类,被外界调用
*/
public class ConcreteHpFactory extends AbstractComputerFactory{
@Override
public AbstractComputer createComputer() {
return new ConcreteHpComputer();
}
}
/**
* 具体工厂类(生产联想电脑)
*/
public class ConcreteLenovoFactory extends AbstractComputerFactory{
@Override
public AbstractComputer createComputer() {
return new ConcreteLenovoComputer();
}
}
步骤五:外界调用具体工厂类的方法,创建不同具体产品的实例
/**
* 工厂方法模式测试
*/
public class FactoryMethodModeTest {
public static void main(String[] args) {
//客户需要生产联想电脑
ConcreteLenovoFactory concreteLenovoFactory = new ConcreteLenovoFactory();
concreteLenovoFactory.createComputer().start();
//客户需要生产惠普电脑
ConcreteHpFactory concreteHpFactory = new ConcreteHpFactory();
concreteHpFactory.createComputer().start();
}
}
4. 优点
• 更符合“开放-关闭”原则
新增一种产品时,只需要增加具体的产品类和相应的具体工厂类即可(开放原则)
简单工厂模式,需要修改工厂类的逻辑
• 符合“单一职责”原则
每个具体工厂类只负责创建对应的产品
简单工厂模式中存在复杂的switch选择语句
• 不使用静态工厂方法,可以形成基于继承的等级结构
简单工厂模式使用的是静态工厂方法(工厂类中)
总结:工厂方法模式可以说是简单工厂模式的进一步抽象和扩展,在保留了简单工厂模式的封装优点的同时,让扩展变得简单,让继承变得可行,更好的体现了多态性。
5. 缺点
• 一个具体工厂只能生产一种具体的产品,不符合实际情况
• 若要添加新的产品,系统类的数量将成对增加,增加了系统复杂度和编译时期的额外开销
• 在实现时可能会用到反射等技术,增加了实现难度
6. 应用场景
• 当一个类不知道它所需要的对象的类时
在工厂方法模式中,客户端不需要知道具体产品类的类名,只需要知道所对应的工厂即可;
• 当一个类希望通过其子类来指定创建对象时
在工厂方法模式中,对于抽象工厂类只需要提供一个创建产品的接口,而由其子类来确定具体要创建的对象,利用面向对象的多态性和里氏代换原则,在程序运行时,子类对象将覆盖父类对象,从而使得系统更容易扩展。
• 将创建对象的任务委托给多个工厂子类中的某一个,客户端在使用时可以无须关心是哪一个工厂子类创建产品子类,需要时再动态指定,可将具体工厂类的类名存储在配置文件或数据库中。