设计模式系列(五)——抽象工厂模式

抽象工厂模式提供一个创建一系列相关或者相互依赖的对象的接口,而无需指定他们具体的类

动机与结构

考虑一组支持多种视觉风格的窗口组件,他们应该保持一致的视觉风格。同时可以方便的在不同的视觉风格中切换。这就要求我们,不能在应用中硬编码特定视觉风格的窗口组件。
为解决这个问题,我们定义一个抽象类,这个类定义了创建不同窗口组件的接口。通过继承这个抽象类的接口,子类实现了创建特定视觉风格窗口组件的功能。客户程序调用这些接口获得特定的窗口组件实例,但是不用知道具体的类。
其结构图如下
structure
作为这样实现的附加属性,窗口组件之间的依赖关系得到了增强。他们总是一组组件同时使用,而不会出现错位

使用时机

  • 一个系统要独立于它的产品的创建、组合和表示时。
  • 一个系统要由多个产品系列中的一个来配置时。
  • 当你要强调一系列相关的产品对象的设计以便进行联合使用时。
  • 当你提供一个产品类库,而只想显示它们的接口而不是实现时。

工作方法

组件

  • AbstractFactory: 声明一个创建抽象产品对象的操作接口
  • ConcreteFactory: 实现创建具体产品对象的操作
  • AbstractProduct: 为一类产品对象声明一个接口
  • ConcreteProduct: 定义一个将被相应的ConcreteFactory创建的产品对象, 实现AbstractProduct接口
  • Client: 仅使用由AbstractFactory和AbstractProduct类声明的接口

协作

  • 通常在运行时刻创建一个ConcreteFactroy类的实例。
  • AbstractFactory将产品对象的创建延迟到它的 ConcreteFactory子类

优缺点

优点

  • 它分离了具体的类.它将客户与类的实现分离
  • 它使得易于改变产品系列
  • 它有利于产品的一致性

缺点

  • 难以支持新种类的产品

实现要点

  • 将工厂作为singleton
  • 创建产品的方式。最简单的是为每一个系列产品都定义一个工厂方法。另外,也可以使用Prototype模式
  • 在动态类型语言中,可以方便的定义可扩展的工厂。当然C++这种静态类型语言也是可以的。这在工厂方法模式中会有所阐述
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值