【设计模式-创建型】简单工厂、工厂方法、抽象工厂

【设计模式-创建型】简单工厂、工厂方法、抽象工厂

一、简单工厂的定义与类型

定义:由一个工程对象决定创建出哪一种产品类的实例

适用场景:工厂类负责创建的对象比较少,客户端(应用层)只知道传入工厂类的参数,对于如何创建对象(逻辑)不关心

优点:只需要传入一个正确地参数,就可以获取所需要的对象,而无须知道其创建的细节

缺点:工厂类的职责相对过重,增加新的产品,需要修改工厂类的判断逻辑,违背了开闭原则

二、简单工厂模式实践

image-20220121121730115

  • 由VideoFactory决定来创建哪一个对象。

  • 由于工厂在判断的时候,会有很多分支判断语句,可以弥补这种缺陷,采用反射的方法。

    • image-20220121122037550
    • 调用的时候:
      • image-20220121122100271

三、工厂方法

  • 定义:定义一个创建对象的接口,但让实现这个接口的类来决定实例化哪个类,工厂方法让类的实例化推迟到子类中进行

  • 使用场景:

    • 创建对象需要大量重复的代码
    • 客户端(应用层)不依赖于产品类实例如何被创建、实现等细节。
    • 一个类通过其子类来指定创建哪个对象
  • 面向对象的多态、和里氏代换原则

  • 优点:

    • 用户只需要关心所需产品对于的工厂,无需关心创建细节
    • 加入新产品符合开闭原则,提高可扩展性
  • 缺点:

    • 类的个数容易过多,增加复杂度

四、工厂方法实践

image-20220121123730666

  • 应用层,创建具体的Factory,返回一个相对应的对象。

  • 在JDK中,Collection接口中的Iterator使用了工厂方法,

五、抽象工厂

image-20220121124607917

  • 定义:

    • 抽象工厂模式提供了一个创建一系列相关或者相互依赖对象的接口
    • 无须指定它们具体的类
  • 适用场景

    • 强调一系列相关的产品对象(属于同一产品族)一起使用创建对象需要大量重复的代码
    • 提供一个产品类的库,所有的产品以同一的接口出现,从而使客户端不依赖于具体实现
  • 优点:

    • 具体产品在应用层代码隔离,无需关心创建细节
    • 将一个系列的产品族统一到一起创建
  • 缺点:

    • 规定了所有可能被创建的产品集合,产品族中扩展新的产品困难,需要修改抽象工厂的接口
    • 增加了系统的抽象性和理解难度

六、抽象工厂实践

image-20220121124948883

工厂实例

image-20220121125020571

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值