设计模式——简单工厂、工厂方法、抽象工厂(TypeScript版)

本文介绍了设计模式中的简单工厂、工厂方法和抽象工厂三种模式,详细阐述了每种模式的定义、类图、优缺点及使用场景,并提供了TypeScript代码实现。简单工厂模式易于使用,但职责过重;工厂方法模式延迟了对象的实例化,增强了系统的可扩展性;抽象工厂模式则用于创建相关产品族,隔离了具体类的生成。
摘要由CSDN通过智能技术生成

对于工厂模式主要包含三种:简单工厂模式、工厂方法模式、抽象工厂模式。简单工厂模式是最简单实用的模式,利用工厂对象决定创建出哪一种产品类的实例,实际上有违ocp原则;为了弥补简单工厂模式的不足,提出工厂方法模式,通过新增工厂类来实现扩展,满足ocp原则;抽象工厂模式是将简单工厂模式和工厂方法模式进行整合,由工厂方法模式中一个工厂类只负责生产一个具体产品扩展为一个具体工厂可以生产一组相关产品。下面将逐一对这三种模式进行阐述。

1. 简单工厂模式

1.1 定义

定义一个创建对象的类,由这个类来封装实例化对象的行为(代码)

1.2 类图

简单工厂模式把实例化的操作单独放到一个类中,这个类就成为简单工厂类,让简单工厂类来决定应该用哪个具体子类来实例化。

1.3 优点

这样做能把客户类和具体子类的实现解耦,客户类不再需要知道哪些子类以及应当实例化哪个子类。客户类往往有多个,如果不使用简单工厂,那么所有的客户类就要知道所有子类的细节,而且一旦子类发生改变,例如增加子类,那么所有的客户类都要进行修改。

1.4 缺点

  1. 工厂类集中了所有产品的创建逻辑,职责过重,一旦异常,整个系统将受影响。
  2. 使用简单工厂模式会增加系统中类的个数(引入新的工厂类),增加系统的复杂度和理解难度。
  3. 系统扩展困难,一旦增加新产品不得不修改工厂逻辑,在产品类型较多时,可能造成逻辑过于复杂。

1.5 使用场景

  1. 工厂类负责创建的对象比较少,因为不会造成工厂方法中的业务逻辑过于复杂。
  2. 客户端只知道传入工厂类的参数,对如何创建对象不关心。

1.6 代码实现

// 抽象产品接口
interface Product{}

// 具体产品一
class ConcreteProduct1 implements Product {
    constructor(){}
}

// 具体产品二
class ConcreteProduct2 implements Product {
    con
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值