一文看懂JAVA设计模式之工厂模式

更新时间：2020年06月04日 11:14:19 作者：alpha_panda

本文主要介绍了JAVA中设计模式的工厂模式，文中讲解非常详细，代码帮助大家更好的学习，感兴趣的朋友可以了解下

工厂顾名思义就是创建产品，根据产品是具体产品还是具体工厂可分为简单工厂模式和工厂方法模式，根据工厂的抽象程度可分为工厂方法模式和抽象工厂模式。该模式用于封装和管理对象的创建，是一种创建型模式。本文从一个具体的例子逐步深入分析，来体会三种工厂模式的应用场景和利弊。

1. 简单工厂模式

该模式对对象创建管理方式最为简单，因为其仅仅简单的对不同类对象的创建进行了一层薄薄的封装。该模式通过向工厂传递类型来指定要创建的对象，其UML类图如下：

下面我们使用手机生产来讲解该模式：

Phone类：手机标准规范类(AbstractProduct)

public interface Phone {
 void make();
}

MiPhone类：制造小米手机（Product1）

public class MiPhone implements Phone {
 public MiPhone() {
  this.make();
 }
 @Override
 public void make() {
  // TODO Auto-generated method stub
  System.out.println("make xiaomi phone!");
 }
}

IPhone类：制造苹果手机（Product2）

public class IPhone implements Phone {
 public IPhone() {
  this.make();
 }
 @Override
 public void make() {
  // TODO Auto-generated method stub
  System.out.println("make iphone!");
 }
}

PhoneFactory类：手机代工厂（Factory）

public class PhoneFactory {
 public Phone makePhone(String phoneType) {
  if(phoneType.equalsIgnoreCase("MiPhone")){
   return new MiPhone();
  }
  else if(phoneType.equalsIgnoreCase("iPhone")) {
   return new IPhone();
  }
  return null;
 }
}

演示：

public class Demo {
 public static void main(String[] arg) {
  PhoneFactory factory = new PhoneFactory();
  Phone miPhone = factory.makePhone("MiPhone");   // make xiaomi phone!
  IPhone iPhone = (IPhone)factory.makePhone("iPhone"); // make iphone!
 }
}

2. 工厂方法模式(Factory Method)

和简单工厂模式中工厂负责生产所有产品相比，工厂方法模式将生成具体产品的任务分发给具体的产品工厂，其UML类图如下：

也就是定义一个抽象工厂，其定义了产品的生产接口，但不负责具体的产品，将生产任务交给不同的派生类工厂。这样不用通过指定类型来创建对象了。

接下来继续使用生产手机的例子来讲解该模式。

其中和产品相关的Phone类、MiPhone类和IPhone类的定义不变。

AbstractFactory类：生产不同产品的工厂的抽象类

public interface AbstractFactory {
 Phone makePhone();
}

XiaoMiFactory类：生产小米手机的工厂（ConcreteFactory1）

public class XiaoMiFactory implements AbstractFactory{
 @Override
 public Phone makePhone() {
  return new MiPhone();
 }
}

AppleFactory类：生产苹果手机的工厂（ConcreteFactory2）

public class AppleFactory implements AbstractFactory {
 @Override
 public Phone makePhone() {
  return new IPhone();
 }
}

演示：

public class Demo {
 public static void main(String[] arg) {
  AbstractFactory miFactory = new XiaoMiFactory();
  AbstractFactory appleFactory = new AppleFactory();
  miFactory.makePhone();   // make xiaomi phone!
  appleFactory.makePhone();  // make iphone!
 }
}

3. 抽象工厂模式(Abstract Factory)

上面两种模式不管工厂怎么拆分抽象，都只是针对一类产品Phone（AbstractProduct），如果要生成另一种产品PC，应该怎么表示呢？

最简单的方式是把2中介绍的工厂方法模式完全复制一份，不过这次生产的是PC。但同时也就意味着我们要完全复制和修改Phone生产管理的所有代码，显然这是一个笨办法，并不利于扩展和维护。

抽象工厂模式通过在AbstarctFactory中增加创建产品的接口，并在具体子工厂中实现新加产品的创建，当然前提是子工厂支持生产该产品。否则继承的这个接口可以什么也不干。

其UML类图如下：

从上面类图结构中可以清楚的看到如何在工厂方法模式中通过增加新产品接口来实现产品的增加的。

接下来我们继续通过小米和苹果产品生产的例子来解释该模式。

为了弄清楚上面的结构，我们使用具体的产品和工厂来表示上面的UML类图，能更加清晰的看出模式是如何演变的：

PC类：定义PC产品的接口(AbstractPC)

public interface PC {
 void make();
}

MiPC类：定义小米电脑产品(MIPC)

public class MiPC implements PC {
 public MiPC() {
  this.make();
 }
 @Override
 public void make() {
  // TODO Auto-generated method stub
  System.out.println("make xiaomi PC!");
 }
}

MAC类：定义苹果电脑产品(MAC)

public class MAC implements PC {
 public MAC() {
  this.make();
 }
 @Override
 public void make() {
  // TODO Auto-generated method stub
  System.out.println("make MAC!");
 }
}

下面需要修改工厂相关的类的定义：

AbstractFactory类：增加PC产品制造接口

public interface AbstractFactory {
 Phone makePhone();
 PC makePC();
}

XiaoMiFactory类：增加小米PC的制造（ConcreteFactory1）

public class XiaoMiFactory implements AbstractFactory{
 @Override
 public Phone makePhone() {
  return new MiPhone();
 }
 @Override
 public PC makePC() {
  return new MiPC();
 }
}

AppleFactory类：增加苹果PC的制造（ConcreteFactory2）

public class AppleFactory implements AbstractFactory {
 @Override
 public Phone makePhone() {
  return new IPhone();
 }
 @Override
 public PC makePC() {
  return new MAC();
 }
}

演示：

public class Demo {
 public static void main(String[] arg) {
  AbstractFactory miFactory = new XiaoMiFactory();
  AbstractFactory appleFactory = new AppleFactory();
  miFactory.makePhone();   // make xiaomi phone!
  miFactory.makePC();    // make xiaomi PC!
  appleFactory.makePhone();  // make iphone!
  appleFactory.makePC();   // make MAC!
 }
}

总结：

上面介绍的三种工厂模式有各自的应用场景，实际应用时能解决问题满足需求即可，可灵活变通，无所谓高级与低级。

此外无论哪种模式，由于可能封装了大量对象和工厂创建，新加产品需要修改已定义好的工厂相关的类，因此对于产品和工厂的扩展不太友好，利弊需要权衡一下。

以上就是一文看懂JAVA设计模式之工厂模式的详细内容，更多关于JAVA 设计模式之工厂模式的资料请关注脚本之家其它相关文章！

您可能感兴趣的文章:

Java项目打包Docker镜像全流程
本文是一份超详细的Java项目Docker化实战手册,从环境准备到最终上线,手把手带你完成整个容器化部署流程,无论你是刚接触Docker的新手,还是想系统梳理容器化流程的开发者,这篇文章都能给你带来实实在在的帮助,需要的朋友可以参考下
2025-04-04
TreeSet详解和使用示例_动力节点Java学院整理
TreeSet是一个有序的集合，它的作用是提供有序的Set集合。这篇文章主要介绍了TreeSet使用示例，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
2017-05-05
spring监视器actuator配置应用
这篇文章主要介绍了spring监视器actuator配置应用,本文通过实例代码给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下
2023-07-07
Java 爬虫服务器被屏蔽的解决方案
这篇文章主要介绍了Java 爬虫服务器被屏蔽的解决方案,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
2019-10-10
java协变返回类型使用示例
在面向对象程序设计中，协变返回类型指的是子类中的成员函数的返回值类型不必严格等同于父类中被重写的成员函数的返回值类型，而可以是更"狭窄"的类型
2014-02-02
Java中如何计算一段程序的运行时间
这篇文章主要介绍了Java中如何计算一段程序的运行时间问题，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教
2023-03-03
spring mvc url匹配禁用后缀访问操作
这篇文章主要介绍了spring mvc url匹配禁用后缀访问操作，具有很好的参考价值，希望对大家有所帮助。以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家
2021-07-07
Mybatis无法获取带有下划线前缀的字段的值问题
这篇文章主要介绍了Mybatis无法获取带有下划线前缀的字段的值问题，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教
2021-12-12
聊聊@RequestParam,@PathParam,@PathVariable等注解的区别
这篇文章主要介绍了聊聊@RequestParam,@PathParam,@PathVariable等注解的区别，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧
2021-02-02
Java中ThreadLocal的使用
这篇文章主要介绍了Java中ThreadLocal的使用,静态内部类的加载是在程序中调用静态内部类的时候加载的,和外部类的加载没有必然关系, 但是在加载静态内部类的时候发现外部类还没有加载,那么就会先加载外部类 ,加载完外部类之后,再加载静态内部类,需要的朋友可以参考下
2023-09-09

一文看懂JAVA设计模式之工厂模式

相关文章

最新评论

大家感兴趣的内容

最近更新的内容

常用在线小工具