网站大量收购闲置独家精品文档,联系QQ:2885784924

第13讲工厂方法(FactoryMethod)模式.PDF

  1. 1、本文档被系统程序自动判定探测到侵权嫌疑,本站暂时做下架处理。
  2. 2、如果您确认为侵权,可联系本站左侧在线QQ客服请求删除。我们会保证在24小时内做出处理,应急电话:400-050-0827。
  3. 3、此文档由网友上传,因疑似侵权的原因,本站不提供该文档下载,只提供部分内容试读。如果您是出版社/作者,看到后可认领文档,您也可以联系本站进行批量认领。
查看更多
《Java 与模式》作者阎宏博士 电子工业出版社出版 第13 章 工厂方法(Factory Method ) 模式 工厂方法模式是类的创建模式,又叫做虚拟构造子(Virtual Constructor )模式或者多 态性工厂(Polymorphic Factory )模式。 工厂方法模式的用意是定义一个创建产品对象的工厂接口,将实际创建工作推迟到子 类中。 13.1 引 言 在阅读本章之前,请首先阅读本书的“简单工厂(Simple Factory)模式”一章。 简单工厂模式的优缺点 正如本书在“简单工厂(Simple Factory)模式”一章里介绍过的,工厂模式有简单工 厂模式、工厂方法模式和抽象工厂模式几种。 在简单工厂模式中,一个工厂类处于对产品类实例化的中心位置上,它知道每一个产 品,它决定哪一个产品类应当被实例化。这个模式的优点是允许客户端相对独立于产品创 建的过程,并且在系统引入新产品的时候无需修改客户端,也就是说,它在某种程度上支 持“开- 闭”原则。 这个模式的缺点是对“开- 闭”原则的支持不够,因为如果有新的产品加入到系统中去, 就需要修改工厂类,将必要的逻辑加入到工厂类中。 工厂方法模式的引进 而本章要讨论的工厂方法模式是简单工厂模式的进一步抽象和推广。由于使用了多态 性,工厂方法模式保持了简单工厂模式的优点,而且克服了它的缺点。 首先,在工厂方法模式中,核心的工厂类不再负责所有的产品的创建,而是将具体创 建的工作交给子类去做。这个核心类则摇身一变,成为了一个抽象工厂角色,仅负责给出 具体工厂子类必须实现的接口,而不接触哪一个产品类应当被实例化这种细节。 这种进一步抽象化的结果,使这种工厂方法模式可以用来允许系统在不修改具体工厂 ·166 · Java 与模式 角色的情况下引进新的产品,这一特点无疑使得工厂模式具有超过简单工厂模式的优越性。 下图所示是工厂方法模式的简略类图,这个类图中仅显示了一个工厂类和一个产品类, 而在实际系统里面,会遇到多个产品类以及相应的工厂类。 平行的等级结构 在一个系统设计中,常常是首先有产品角色,然后有工厂角色。在可以应用工厂方法 模式的情形下,一般都会有一个产品的等级结构,由一个(甚至多个)抽象产品和多个具 体产品组成。产品的等级结构如下图所示,树图中有阴影的是树枝型节点。 在上面的产品等级结构中,出现了多于一个的抽象产品类,以及多于两个的层次。这 其实是真实的系统中常常出现的情况。当将工厂方法模式应用到这个系统中去的时候,常 常采用的一个做法是按照产品的等级结构设计一个同结构的工厂等级结构。工厂的等级结 构如下图所示,树图中有阴影的是树枝型节点。 第13 章 工厂方法(Factory Method )模式 ·167 · 然后由相应的工厂角色创建相应的产品角色,工厂方法模式的应用如下图所示,图中 的虚线代表创建(依赖)关系。 工厂方法模式并没有限制产品等级结构的层数。一般的书籍中都以两个层次为例,第 一层是抽象产品层,第二层是具体产品层。但是在实际的系统中,产品常常有更为复杂的 层次。 13.2 工厂方法模式的结构 结构与角色 为了说明工厂方法模式的结构,下面以一个最为简单的情形为例。这个示意性系统的 类图如下图所示。 从上图可以看出,这个使用了工厂方法模式的系统涉及到以下的角色: 抽象工厂(Creator )角色:担任这个角色的是工厂方法模式的核心,它是与应用 程序无关的。任何在模式中创建对象的工厂类必须实现这个接口。在上面的系统 中这个角色由Java 接口Creator 扮演;在实际的系统中,这个角色也常常使用抽 ·168 · Java 与模式 象Java 类实现。 具体工厂(Concrete Creator )角色:担任这个角色的是实现了抽象工厂接口的具 体Java

文档评论(0)

133****0075 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档