Typescript 设计模式之工厂方法

开发 架构
在现实生活中,工厂是负责生产产品的,比如牛奶、面包或礼物等,这些产品满足了我们日常的生理需求。此外,在日常生活中,我们也离不开大大小小的系统,这些系统是由不同的组件对象构成。

 [[337233]]

本文转载自微信公众号「全栈修仙之路」,作者阿宝哥  。转载本文请联系全栈修仙之路公众号。 

在现实生活中,工厂是负责生产产品的,比如牛奶、面包或礼物等,这些产品满足了我们日常的生理需求。此外,在日常生活中,我们也离不开大大小小的系统,这些系统是由不同的组件对象构成。

作为一名 Web 软件开发工程师,在软件系统的设计与开发过程中,我们可以利用设计模式来提高代码的可重用性、可扩展性和可维护性。在众多设计模式当中,有一种被称为工厂模式的设计模式,它提供了创建对象的最佳方式。

 

工厂模式可以分为三类:

  • 简单工厂模式(Simple Factory Pattern)
  • 工厂方法模式(Factory Method Pattern)
  • 抽象工厂模式(Abstract Factory Pattern)

本文阿宝哥将介绍简单工厂模式与工厂方法模式,而抽象工厂模式将在后续的文章中介绍,下面我们先来介绍简单工厂模式。

一、简单工厂模式

1.1 简单工厂模式简介

简单工厂模式又叫 静态方法模式,因为工厂类中定义了一个静态方法用于创建对象。简单工厂让使用者不用知道具体的参数就可以创建出所需的 ”产品“ 类,即使用者可以直接消费产品而不需要知道产品的具体生产细节。

相信对于刚接触简单工厂模式的小伙伴来说,看到以上的描述可能会觉得有点抽象。这里为了让小伙伴更好地理解简单工厂模式,阿宝哥以用户买车为例,来介绍一下 BMW 工厂如何使用简单工厂模式来生产。

 

在上图中,阿宝哥模拟了用户购车的流程,pingan 和 qhw 分别向 BMW 工厂订购了 BMW730 和 BMW840 型号的车型,接着工厂按照对应的模型进行生产并在生产完成后交付给用户。接下来,阿宝哥将介绍如何使用简单工厂来描述 BMW 工厂生产指定型号车子的过程。

1.2 简单工厂模式实战

 

定义 BMW 抽象类

  1. abstract class BMW { 
  2.   abstract run(): void; 

创建 BMW730 类(BMW 730 Model)

  1. class BMW730 extends BMW { 
  2.   run(): void { 
  3.     console.log("BMW730 发动咯"); 
  4.   } 

创建 BMW840 类(BMW 840 Model)

  1. class BMW840 extends BMW { 
  2.   run(): void { 
  3.     console.log("BMW840 发动咯"); 
  4.   } 

创建 BMWFactory 工厂类

  1. class BMWFactory { 
  2.   public static produceBMW(model: "730" | "840"): BMW { 
  3.     if (model === "730") { 
  4.       return new BMW730(); 
  5.     } else { 
  6.       return new BMW840(); 
  7.     } 
  8.   } 

生产并发动 BMW730 和 BMW840

  1. const bmw730 = BMWFactory.produceBMW("730"); 
  2. const bmw840 = BMWFactory.produceBMW("840"); 
  3.  
  4. bmw730.run(); 
  5. bmw840.run(); 

以上代码运行后的输出结果为:

  1. BMW730 发动咯  
  2. BMW840 发动咯 

通过观察以上的输出结果,我们可以知道我们的 BMWFactory 已经可以正常工作了。在 BMWFactory 类中,阿宝哥定义了一个 produceBMW() 方法,该方法会根据传入的模型参数来创建不同型号的车子。

看完简单工厂模式实战的示例,你是不是觉得简单工厂模式还是挺好理解的。那么什么场景下使用简单工厂模式呢?要回答这个问题我们需要来了解一下简单工厂的优缺点。

1.3 简单工厂模式优缺点

1.3.1 优点

  • 将创建实例与使用实例的任务分开,使用者不必关心对象是如何创建的,实现了系统的解耦;
  • 客户端无须知道所创建的具体产品类的类名,只需要知道具体产品类所对应的参数即可。

1.3.2 缺点

  • 由于工厂类集中了所有产品创建逻辑,一旦不能正常工作,整个系统都要受到影响。
  • 系统扩展困难,一旦添加新产品就不得不修改工厂逻辑,在产品类型较多时,也有可能造成工厂逻辑过于复杂,不利于系统的扩展和维护。
  • 了解完简单工厂的优缺点,我们来看一下它的应用场景。

1.4 简单工厂模式应用场景

在满足以下条件下可以考虑使用简单工厂模式:

  • 工厂类负责创建的对象比较少:由于创建的对象比较少,不会造成工厂方法中业务逻辑过于复杂。
  • 客户端只需知道传入工厂类静态方法的参数,而不需要关心创建对象的细节。

介绍完简单工厂模式,接下来我们来介绍本文的主角 ”工厂方法模式“。

二、工厂方法模式

2.1 工厂方法简介

工厂方法模式(Factory Method Pattern)又称为工厂模式,也叫多态工厂(Polymorphic Factory)模式,它属于类创建型模式。

在工厂方法模式中,工厂父类负责定义创建产品对象的公共接口,而工厂子类则负责生成具体的产品对象, 这样做的目的是将产品类的实例化操作延迟到工厂子类中完成,即通过工厂子类来确定究竟应该实例化哪一个具体产品类。

 


 

 

在上图中,阿宝哥模拟了用户购车的流程,pingan 和 qhw 分别向 BMW 730 和 BMW 840 工厂订购了 BMW730 和 BMW840 型号的车型,接着工厂按照对应的模型进行生产并在生产完成后交付给用户。接下来,阿宝哥来介绍如何使用工厂方法来描述 BMW 工厂生产指定型号车子的过程。

2.2 工厂方法实战

 

定义 BMW 抽象类

  1. abstract class BMW { 
  2.   abstract run(): void; 

创建 BMW730 类(BMW 730 Model)

  1. class BMW730 extends BMW { 
  2.   run(): void { 
  3.     console.log("BMW730 发动咯"); 
  4.   } 

创建 BMW840 类(BMW 840 Model)

  1. class BMW840 extends BMW { 
  2.   run(): void { 
  3.     console.log("BMW840 发动咯"); 
  4.   } 

定义 BMWFactory 接口

  1. interface BMWFactory { 
  2.   produceBMW(): BMW; 

创建 BMW730Factory 类

  1. class BMW730Factory implements BMWFactory { 
  2.   produceBMW(): BMW { 
  3.     return new BMW730(); 
  4.   } 

创建 BMW840Factory 类

  1. class BMW840Factory implements BMWFactory { 
  2.   produceBMW(): BMW { 
  3.     return new BMW840(); 
  4.   } 

生产并发动 BMW730 和 BMW840

  1. const bmw730Factory = new BMW730Factory(); 
  2. const bmw840Factory = new BMW840Factory(); 
  3.  
  4. const bmw730 = bmw730Factory.produceBMW(); 
  5. const bmw840 = bmw840Factory.produceBMW(); 
  6.  
  7. bmw730.run(); 
  8. bmw840.run(); 

通过观察以上的输出结果,我们可以知道我们的 BMW730Factory 和 BMW840Factory 工厂已经可以正常工作了。相比前面的简单工厂模式,工厂方法模式通过创建不同的工厂来生产不同的产品。下面我们来看一下工厂方法有哪些优缺点。

2.3 工厂方法优缺点

2.3.1 优点

  • 在系统中加入新产品时,无须修改抽象工厂和抽象产品提供的接口,只要添加一个具体工厂和具体产品就可以了。这样,系统的可扩展性也就变得非常好,更加符合 “开闭原则”。而简单工厂模式需要修改工厂类的判断逻辑。
  • 符合单一职责的原则,即每个具体工厂类只负责创建对应的产品。而简单工厂模式中的工厂类存在一定的逻辑判断。
  • 基于工厂角色和产品角色的多态性设计是工厂方法模式的关键。它能够使工厂可以自主确定创建何种产品对象,而如何创建这个对象的细节则完全封装在具体工厂内部。工厂方法模式之所以又被称为多态工厂模式,是因为所有的具体工厂类都具有同一抽象父类。

2.3.2 缺点

  • 在添加新产品时,需要编写新的具体产品类,而且还要提供与之对应的具体工厂类,系统中类的个数将成对增加,在一定程度上增加了系统的复杂度,有更多的类需要编译和运行,会给系统带来一些额外的开销。
  • 一个具体工厂只能创建一种具体产品。

最后我们来简单介绍一下工厂方法的应用场景。

2.4 工厂方法应用场景

  • 一个类不知道它所需要的对象的类:在工厂方法模式中,客户端不需要知道具体产品类的类名,只需要知道所对应的工厂即可,具体的产品对象由具体工厂类创建;客户端需要知道创建具体产品的工厂类。
  • 一个类通过其子类来指定创建哪个对象:在工厂方法模式中,对于抽象工厂类只需要提供一个创建产品的接口,而由其子类来确定具体要创建的对象,利用面向对象的多态性和里氏代换原则,在程序运行时,子类对象将覆盖父类对象,从而使得系统更容易扩展。

三、参考资源

简单工厂模式(SimpleFactoryPattern)

design-patterns - simple_factory

工厂方法模式(Factory Method)

责任编辑:武晓燕 来源: 全栈修仙之路
相关推荐

2009-01-15 10:55:29

JavaScript设计模式抽象工厂

2010-10-09 09:25:35

Python工厂模式

2013-11-26 16:29:22

Android设计模式

2024-02-20 12:09:32

模式工厂方法接口

2020-08-21 07:23:50

工厂模式设计

2011-11-17 16:03:05

Java工厂模式Clojure

2023-08-05 13:31:20

工厂方法模式对象

2021-03-06 22:50:58

设计模式抽象

2023-09-11 08:30:30

Creator工厂方法

2010-04-19 09:30:00

工厂模式PHP设计模式

2022-05-09 08:04:50

工厂模式设计模式

2011-07-28 09:50:58

设计模式

2019-08-16 10:46:46

JavaScript工厂模式抽象工厂模式

2020-09-23 06:52:49

代码方法模式

2024-09-23 08:30:48

2022-01-12 13:33:25

工厂模式设计

2011-07-21 14:33:02

设计模式

2021-06-16 08:56:06

模版方法模式设计模式行为型设计模式

2021-09-29 13:53:17

抽象工厂模式

2020-10-19 09:28:00

抽象工厂模式
点赞
收藏

51CTO技术栈公众号