* 工厂模式

工厂模式

工厂模式注重生产产品

简单工厂(这个不属于GOF23种设计模式)

  • 定义:由一个工厂决定创建出哪一种产品类的实例。
  • 类型:创建型,不属于GOF23种设计模式。
  • 使用场景:
    1. 工厂负责创建的对象比较少
    2. 客户端(应用层)只知道传入工厂类的参数,对于如何创建对象逻辑不关心。
  • 优点:只需要传入一个正确的参数,就可以获取你所需要的对象,而不需要知道创建的细节。
  • 缺点:工厂类的职责相对过重,增加新的产品需要修改工厂类的判断逻辑,违背了开闭原则。无法形成继承的等级结构。

工厂方法

工厂方法关注产品等级结构

  • 定义:定义一个创建对象的接口,但让实现这个接口的类来决定实例化哪个类,工厂方法让类的实例化推迟到子类中进行。
  • 类型:创建型。
  • 使用场景
    1. 创建对象需要大量重复的代码时。
    2. 客户端(应用层)不依赖于产品类实例如何被创建、实现等细节。
    3. 一个类通过其子类指定创建哪个对象。
  • 优点:
    1. 用户只需要关心所需产品对应的工厂,无需关心创建细节。
    2. 加入新的产品符合开闭原则,提高可扩展性。
  • 缺点:
    1. 类的个数容易过多,增加复杂性。
    2. 增加了系统的抽象性和理解难度。
      在这里插入图片描述

例如logback LoggerFactory就使用了这个模式

抽象工厂

抽象工厂关注产品族

  • 定义:抽象工厂模式提供了一个创建一系列相关或者相互依赖对象的接口。无需指定它们具体的类
  • 类型:创建型
  • 使用场景:
    1. 客户端(应用层)不依赖于产品类实例如何被创建、实现等细节。
    2. 强调一系列相关的产品对象(属于同一产品族)一起使用创建对象需要大量重复的代码。
    3. 提供了一个产品类的库,所有的产品以同样的接口出现,从而使客户端不依赖于具体实现。
  • 优点:
    1. 具体产品在应用层代码隔离,无需关心创建细节。
    2. 将一个系列的产品族统一到一起创建。
  • 缺点:
    1. 规定了所有可能被创建的产品集合,产品族中扩展产品困难,需要修改抽象工厂的接口。
    2. 增加了系统的抽象性 和理解难度。
      在这里插入图片描述
      在这里插入图片描述
      在这里插入图片描述
      例如数据库连接Connection里获取statement 就使用了这个模式
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值