《研磨设计模式之 工厂方法模式.docx》由会员分享,可在线阅读,更多相关《研磨设计模式之 工厂方法模式.docx(36页珍藏版)》请在三一办公上搜索。
1、研磨设计模式之 工厂方法模式-1 做Java一晃就十年了,最近手痒痒,也决定跟随一下潮流,整个博客,写点东西,就算对自己的知识进行一个梳理和总结,也跟朋友们交流交流,希望能坚持下去。 先写写设计模式方面的内容吧,就是GoF的23个模式,先从大家最熟悉的工厂方法模式开始,这个最简单,明白的人多,看看是否能写出点跟别人不一样的东西,欢迎大家来热烈讨论,提出建议或意见,并进行批评指正,一概虚心接受,在此先谢过了! 另外,大家也可以说说最想看到哪个模式,那我就先写它,呵呵,大家感兴趣,我才会有动力写下去!好了,言归正传,Now Go!工厂方法模式(Factory Method)1 场景问题1.1 导出
2、数据的应用框架 考虑这样一个实际应用:实现一个导出数据的应用框架,来让客户选择数据的导出方式,并真正执行数据导出。 在一些实际的企业应用中,一个公司的系统往往分散在很多个不同的地方运行,比如各个分公司或者是门市点,公司没有建立全公司专网的实力,但是又不愿意让业务数据实时的在广域网上传递,一个是考虑数据安全的问题,一个是运行速度的问题。 这种系统通常会有一个折中的方案,那就是各个分公司内运行系统的时候是独立的,是在自己分公司的局域网内运行。然后在每天业务结束的时候,各个分公司会导出自己的业务数据,然后把业务数据打包通过网络传送给总公司,或是专人把数据送到总公司,然后由总公司进行数据导入和核算。
3、通常这种系统,在导出数据上,会有一些约定的方式,比如导出成:文本格式、数据库备份形式、Excel格式、Xml格式等等。 现在就来考虑实现这样一个应用框架。在继续之前,先来了解一些关于框架的知识。1.2 框架的基础知识(1):框架是什么 简单点说:框架就是能完成一定功能的半成品软件。 就其本质而言,框架是一个软件,而且是一个半成品的软件。所谓半成品,就是还不能完全实现用户需要的功能,框架只是实现用户需要的功能的一部分,还需要进一步加工,才能成为一个满足用户需要的、完整的软件。因此框架级的软件,它的主要客户是开发人员,而不是最终用户。 有些朋友会想,既然框架只是个半成品,那何必要去学习和使用框架呢
4、?学习成本也不算小,那就是因为框架能完成一定的功能,也就是这“框架已经完成的一定的功能”在吸引着开发人员,让大家投入去学习和使用框架。(2):框架能干什么 能完成一定功能,加快应用开发进度 由于框架完成了一定的功能,而且通常是一些基础的、有难度的、通用的功能,这就避免我们在应用开发的时候完全从头开始,而是在框架已有的功能之上继续开发,也就是说会复用框架的功能,从而加快应用的开发进度。 给我们一个精良的程序架构 框架定义了应用的整体结构,包括类和对象的分割,各部分的主要责任,类和对象怎么协作,以及控制流程等等。现在Java界大多数流行的框架,大都出自大师手笔,设计都很精良。基于这样的框架来开发,
5、一般会遵循框架已经规划好的结构来进行开发,从而让我们开发的应用程序的结构也相对变得精良了。(3):对框架的理解 基于框架来开发,事情还是那些事情,只是看谁做的问题 对于应用程序和框架的关系,可以用一个图来简单描述一下,如图1所示:图1 应用程序和框架的简单关系示意图 如果没有框架,那么客户要求的所有功能都由开发人员自己来开发,没问题,同样可以实现用户要求的功能,只是开发人员的工作多点。 如果有了框架,框架本身完成了一定的功能,那么框架已有的功能,开发人员就可以不做了,开发人员只需要完成框架没有的功能,最后同样是完成客户要求的所有功能,但是开发人员的工作就减少了。 也就是说,基于框架来开发,软件
6、要完成的功能并没有变化,还是客户要求的所有功能,也就是“事情还是那些事情”的意思。但是有了框架过后,框架完成了一部分功能,然后开发人员再完成一部分功能,最后由框架和开发人员合起来完成了整个软件的功能,也就是看这些功能“由谁做”的问题。 基于框架开发,可以不去做框架所做的事情,但是应该明白框架在干什么,以及框架是如何实现相应功能的 事实上,在实际开发中,应用程序和框架的关系,通常都不会如上面讲述的那样,分得那么清楚,更为普遍的是相互交互的,也就是应用程序做一部分工作,然后框架做一部分工作,然后应用程序再做一部分工作,然后框架再做一部分工作,如此交错,最后由应用程序和框架组合起来完成用户的功能要求
7、。 也用个图来说明,如图2所示: 图2 应用程序和框架的关系示意图 如果把这个由应用程序和框架组合在一起构成的矩形,当作最后完成的软件。试想一下,如果你不懂框架在干什么的话,相当于框架对你来讲是个黑盒,也就是相当于在上面图2中,去掉框架的两块,会发现什么?没错,剩下的应用程序是支离破碎的,是相互分隔开来的。 这会导致一个非常致命的问题,整个应用是如何运转起来的,你是不清楚的,也就是说对你而言,项目已经失控了,从项目管理的角度来讲,这是很危险的。 因此,在基于框架开发的时候,虽然我们可以不去做框架所做的事情,但是应该搞明白框架在干什么,如果条件许可的话,还应该搞清楚框架是如何实现相应功能的,至少
8、应该把大致的实现思路和实现步骤搞清楚,这样我们才能整体的掌控整个项目,才能尽量减少出现项目失控的情况。(4):框架和设计模式的关系 设计模式比框架更抽象 框架已经是实现出来的软件了,虽然只是个半成品的软件,但毕竟是已经实现出来的了。而设计模式的重心还在于解决问题的方案上,也就是还停留在思想的层面。因此设计模式比框架更为抽象。 设计模式是比框架更小的体系结构元素 如上所述,框架是已经实现出来的软件,并实现了一系列的功能,因此一个框架,通常会包含多个设计模式的应用。 框架比设计模式更加特例化 框架是完成一定功能的半成品软件,也就是说,框架的目的很明确,就是要解决某一个领域的某些问题,那是很具体的功
9、能,不同的领域实现出来的框架是不一样的。 而设计模式还停留在思想的层面,在不同的领域都可以应用,只要相应的问题适合用某个设计模式来解决。因此框架总是针对特定领域的,而设计模式更加注重从思想上,从方法上来解决问题,更加通用化。1.3 有何问题 分析上面要实现的应用框架,不管用户选择什么样的导出格式,最后导出的都是一个文件,而且系统并不知道究竟要导出成为什么样的文件,因此应该有一个统一的接口,来描述系统最后生成的对象,并操作输出的文件。 先把导出的文件对象的接口定义出来,示例代码如下:/* 导出的文件对象的接口*/public interface ExportFileApi /* * 导出内容成为
10、文件 * param data 示意:需要保存的数据 * return 是否导出成功 */ public boolean export(String data); 对于实现导出数据的业务功能对象,它应该根据需要来创建相应的ExportFileApi的实现对象,因为特定的ExportFileApi的实现是与具体的业务相关的。但是对于实现导出数据的业务功能对象而言,它并不知道应该创建哪一个ExportFileApi的实现对象,也不知道如何创建。 也就是说:对于实现导出数据的业务功能对象,它需要创建ExportFileApi的具体实例对象,但是它只知道ExportFileApi接口,而不知道其具体的
11、实现。那该怎么办呢?研磨设计模式之 工厂方法模式-22 解决方案2.1 工厂方法模式来解决 用来解决上述问题的一个合理的解决方案就是工厂方法模式。那么什么是工厂方法模式呢?(1)工厂方法模式定义 定义一个用于创建对象的接口,让子类决定实例化哪一个类,Factory Method使一个类的实例化延迟到其子类。(2)应用工厂方法模式来解决的思路 仔细分析上面的问题,事实上在实现导出数据的业务功能对象里面,根本就不知道究竟要使用哪一种导出文件的格式,因此这个对象本就不应该和具体的导出文件的对象耦合在一起,它只需要面向导出的文件对象的接口就好了。 但是这样一来,又有新的问题产生了:接口是不能直接使用的
12、,需要使用具体的接口实现对象的实例。 这不是自相矛盾吗?要求面向接口,不让和具体的实现耦合,但是又需要创建接口的具体实现对象的实例。怎么解决这个矛盾呢? 工厂方法模式的解决思路很有意思,那就是不解决,采取无为而治的方式:不是需要接口对象吗,那就定义一个方法来创建;可是事实上它自己是不知道如何创建这个接口对象的,没有关系,那就定义成抽象方法就好了,自己实现不了,那就让子类来实现,这样这个对象本身就可以只是面向接口编程,而无需关心到底如何创建接口对象了。2.2 模式结构和说明 工厂方法模式的结构如图3所示: 图3 工厂方法模式结构示意图Product: 定义工厂方法所创建的对象的接口,也就是实际需
13、要使用的对象的接口。ConcreteProduct: 具体的Product接口的实现对象。Creator: 创建器,声明工厂方法,工厂方法通常会返回一个Product类型的实例对象,而且多是抽象方法。也可以在Creator里面提供工厂方法的默认实现,让工厂方法返回一个缺省的Product类型的实例对象。ConcreteCreator: 具体的创建器对象,覆盖实现Creator定义的工厂方法,返回具体的Product实例。2.3 工厂方法模式示例代码(1)先看看Product的定义,示例代码如下:/* 工厂方法所创建的对象的接口*/public interface Product /可以定义Pr
14、oduct的属性和方法(2)再看看具体的Product的实现对象,示例代码如下:/* 具体的Product对象*/public class ConcreteProduct implements Product /实现Product要求的方法(3)接下来看看创建器的定义,示例代码如下:/* 创建器,声明工厂方法*/public abstract class Creator /* * 创建Product的工厂方法 * return Product对象 */ protected abstract Product factoryMethod(); /* * 示意方法,实现某些功能的方法 */ publ
15、ic void someOperation() /通常在这些方法实现中,需要调用工厂方法来获取Product对象 Product product = factoryMethod(); (4)再看看具体的创建器实现对象,示例代码如下:/* 具体的创建器实现对象*/public class ConcreteCreator extends Creator protected Product factoryMethod() /重定义工厂方法,返回一个具体的Product对象 return new ConcreteProduct(); 2.4 使用工厂方法模式来实现示例 要使用工厂方法模式来实现示例,先
16、来按照工厂方法模式的结构,对应出哪些是被创建的Product,哪些是Creator。分析要求实现的功能,导出的文件对象接口ExportFileApi就相当于是Product,而用来实现导出数据的业务功能对象就相当于Creator。把Product和Creator分开过后,就可以分别来实现它们了。 使用工厂模式来实现示例的程序结构如图4所示: 图4 使用工厂模式来实现示例的程序结构示意图下面一起来看看代码实现。(1)导出的文件对象接口ExportFileApi的实现没有变化,这里就不去赘述了(2)接下来看看接口ExportFileApi的实现,为了示例简单,只实现导出文本文件格式和数据库备份文件
17、两种。先看看导出文本文件格式的实现,示例代码如下:/* 导出成文本文件格式的对象*/public class ExportTxtFile implements ExportFileApi public boolean export(String data) /简单示意一下,这里需要操作文件 System.out.println(导出数据+data+到文本文件); return true; 再看看导出成数据库备份文件形式的对象的实现,示例代码如下:/* 导出成数据库备份文件形式的对象*/public class ExportDB implements ExportFileApi public b
18、oolean export(String data) /简单示意一下,这里需要操作数据库和文件 System.out.println(导出数据+data+到数据库备份文件); return true; (3)Creator这边的实现,首先看看ExportOperate的实现,示例代码如下:/* 实现导出数据的业务功能对象*/public abstract class ExportOperate /* * 导出文件 * param data 需要保存的数据 * return 是否成功导出文件 */ public boolean export(String data) /使用工厂方法 Export
19、FileApi api = factoryMethod(); return api.export(data); /* * 工厂方法,创建导出的文件对象的接口对象 * return 导出的文件对象的接口对象 */ protected abstract ExportFileApi factoryMethod();(4)加入了两个Creator实现,先看看创建导出成文本文件格式的对象,示例代码如下:/* 具体的创建器实现对象,实现创建导出成文本文件格式的对象*/public class ExportTxtFileOperate extends ExportOperate protected Expo
20、rtFileApi factoryMethod() /创建导出成文本文件格式的对象 return new ExportTxtFile(); 再看看创建导出成数据库备份文件形式的对象,示例代码如下:/* 具体的创建器实现对象,实现创建导出成数据库备份文件形式的对象*/public class ExportDBOperate extends ExportOperate protected ExportFileApi factoryMethod() /创建导出成数据库备份文件形式的对象 return new ExportDB(); (5)客户端直接创建需要使用的Creator对象,然后调用相应的功能
21、方法,示例代码如下:public class Client public static void main(String args) /创建需要使用的Creator对象 ExportOperate operate = new ExportDBOperate(); /调用输出数据的功能方法 operate.export(测试数据); 运行结果如下:导出数据测试数据到数据库备份文件 你还可以修改客户端new的对象,切换成其它的实现对象,试试看会发生什么。看来应用工厂方法模式是很简单的,对吧。研磨设计模式之 工厂方法模式-33 模式讲解3.1 认识工厂方法模式(1)模式的功能 工厂方法的主要功能是让
22、父类在不知道具体实现的情况下,完成自身的功能调用,而具体的实现延迟到子类来实现。 这样在设计的时候,不用去考虑具体的实现,需要某个对象,把它通过工厂方法返回就好了,在使用这些对象实现功能的时候还是通过接口来操作,这非常类似于IoC/DI的思想,这个在后面给大家稍详细点介绍一下。(2)实现成抽象类 工厂方法的实现中,通常父类会是一个抽象类,里面包含创建所需对象的抽象方法,这些抽象方法就是工厂方法。 这里要注意一个问题,子类在实现这些抽象方法的时候,通常并不是真的由子类来实现具体的功能,而是在子类的方法里面做选择,选择具体的产品实现对象。 父类里面,通常会有使用这些产品对象来实现一定的功能的方法,
23、而且这些方法所实现的功能通常都是公共的功能,不管子类选择了何种具体的产品实现,这些方法的功能总是能正确执行。(3)实现成具体的类 当然也可以把父类实现成为一个具体的类,这种情况下,通常是在父类中提供获取所需对象的默认实现方法,这样就算没有具体的子类,也能够运行。 通常这种情况还是需要具体的子类来决定具体要如何创建父类所需要的对象。也把这种情况称为工厂方法为子类提供了挂钩,通过工厂方法,可以让子类对象来覆盖父类的实现,从而提供更好的灵活性。(4)工厂方法的参数和返回 工厂方法的实现中,可能需要参数,以便决定到底选用哪一种具体的实现。也就是说通过在抽象方法里面传递参数,在子类实现的时候根据参数进行
24、选择,看看究竟应该创建哪一个具体的实现对象。 一般工厂方法返回的是被创建对象的接口对象,当然也可以是抽象类或者一个具体的类的实例。(5)谁来使用工厂方法创建的对象 这里首先要搞明白一件事情,就是谁在使用工厂方法创建的对象? 事实上,在工厂方法模式里面,应该是Creator中的其它方法在使用工厂方法创建的对象,虽然也可以把工厂方法创建的对象直接提供给Creator外部使用,但工厂方法模式的本意,是由Creator对象内部的方法来使用工厂方法创建的对象,也就是说,工厂方法一般不提供给Creator外部使用。 客户端应该是使用Creator对象,或者是使用由Creator创建出来的对象。对于客户端使
25、用Creator对象,这个时候工厂方法创建的对象,是Creator中的某些方法使用。对于使用那些由Creator创建出来的对象,这个时候工厂方法创建的对象,是构成客户端需要的对象的一部分。分别举例来说明。 客户端使用Creator对象的情况 比如前面的示例,对于“实现导出数据的业务功能对象”的类ExportOperate,它有一个export的方法,在这个方法里面,需要使用具体的“导出的文件对象的接口对象” ExportFileApi,而ExportOperate是不知道具体的ExportFileApi实现的,那么怎么做的呢?就是定义了一个工厂方法,用来返回ExportFileApi的对象,然
26、后export方法会使用这个工厂方法来获取它所需要的对象,然后执行功能。 这个时候的客户端是怎么做的呢?这个时候客户端主要就是使用这个ExportOperate的实例来完成它想要完成的功能,也就是客户端使用Creator对象的情况,简单描述这种情况下的代码结构如下:/* 客户端使用Creator对象的情况下,Creator的基本实现结构*/public abstract class Creator /* * 工厂方法,一般不对外 * return 创建的产品对象 */ protected abstract Product factoryMethod(); /* * 提供给外部使用的方法, *
27、客户端一般使用Creator提供的这些方法来完成所需要的功能 */ public void someOperation() /在这里使用工厂方法 Product p = factoryMethod(); 客户端使用由Creator创建出来的对象 另外一种是由Creator向客户端返回由“工厂方法创建的对象”来构建的对象,这个时候工厂方法创建的对象,是构成客户端需要的对象的一部分。简单描述这种情况下的代码结构如下:/* 客户端使用Creator来创建客户端需要的对象的情况下,Creator的基本实现结构*/public abstract class Creator /* * 工厂方法,一般不对外
28、,创建一个部件对象 * return 创建的产品对象,一般是另一个产品对象的部件 */ protected abstract Product1 factoryMethod1(); /* * 工厂方法,一般不对外,创建一个部件对象 * return 创建的产品对象,一般是另一个产品对象的部件 */ protected abstract Product2 factoryMethod2(); /* * 创建客户端需要的对象,客户端主要使用产品对象来完成所需要的功能 * return 客户端需要的对象 */ public Product createProduct() /在这里使用工厂方法,得到客户端
29、所需对象的部件对象 Product1 p1 = factoryMethod1(); Product2 p2 = factoryMethod2(); /工厂方法创建的对象是创建客户端对象所需要的 Product p = new ConcreteProduct(); p.setProduct1(p1); p.setProduct2(p2); return p; 小结一下:在工厂方法模式里面,客户端要么使用Creator对象,要么使用Creator创建的对象,一般客户端不直接使用工厂方法。当然也可以直接把工厂方法暴露给客户端操作,但是一般不这么做。(6)工厂方法模式的调用顺序示意图 由于客户端使用C
30、reator对象有两种典型的情况,因此调用的顺序示意图也分做两种情况,先看看客户端使用由Creator创建出来的对象情况的调用顺序示意图,如图5所示: 图5 客户端使用由Creator创建出来的对象的调用顺序示意图接下来看看客户端使用Creator对象时候的调用顺序示意图,如图6所示: 图6 客户端使用Creator对象的调用顺序示意图研磨设计模式之 工厂方法模式-43.2 工厂方法模式与IoC/DIIoCInversion of Control 控制反转DIDependency Injection 依赖注入1:如何理解IoC/DI 要想理解上面两个概念,就必须搞清楚如下的问题: 参与者都有谁
31、? 依赖:谁依赖于谁?为什么需要依赖? 注入:谁注入于谁?到底注入什么? 控制反转:谁控制谁?控制什么?为何叫反转(有反转就应该有正转了)? 依赖注入和控制反转是同一概念吗? 下面就来简要的回答一下上述问题,把这些问题搞明白了,IoC/DI也就明白了。(1)参与者都有谁: 一般有三方参与者,一个是某个对象;一个是IoC/DI的容器;另一个是某个对象的外部资源。 又要名词解释一下,某个对象指的就是任意的、普通的Java对象; IoC/DI的容器简单点说就是指用来实现IoC/DI功能的一个框架程序;对象的外部资源指的就是对象需要的,但是是从对象外部获取的,都统称资源,比如:对象需要的其它对象、或者
32、是对象需要的文件资源等等。(2)谁依赖于谁:当然是某个对象依赖于IoC/DI的容器(3)为什么需要依赖:对象需要IoC/DI的容器来提供对象需要的外部资源(4)谁注入于谁:很明显是IoC/DI的容器 注入 某个对象(5)到底注入什么:就是注入某个对象所需要的外部资源(6)谁控制谁:当然是IoC/DI的容器来控制对象了(7)控制什么:主要是控制对象实例的创建(8)为何叫反转: 反转是相对于正向而言的,那么什么算是正向的呢?考虑一下常规情况下的应用程序,如果要在A里面使用C,你会怎么做呢?当然是直接去创建C的对象,也就是说,是在A类中主动去获取所需要的外部资源C,这种情况被称为正向的。那么什么是反
33、向呢?就是A类不再主动去获取C,而是被动等待,等待IoC/DI的容器获取一个C的实例,然后反向的注入到A类中。 用图例来说明一下,先看没有IoC/DI的时候,常规的A类使用C类的示意图,如图7所示: 图7 常规A使用C示意图当有了IoC/DI的容器后,A类不再主动去创建C了,如图8所示: 图8 A类不再主动创建C而是被动等待,等待IoC/DI的容器获取一个C的实例,然后反向的注入到A类中,如图9所示:图9 有IoC/DI容器后程序结构示意图(9)依赖注入和控制反转是同一概念吗? 根据上面的讲述,应该能看出来,依赖注入和控制反转是对同一件事情的不同描述,从某个方面讲,就是它们描述的角度不同。依赖
34、注入是从应用程序的角度在描述,可以把依赖注入描述完整点:应用程序依赖容器创建并注入它所需要的外部资源;而控制反转是从容器的角度在描述,描述完整点:容器控制应用程序,由容器反向的向应用程序注入应用程序所需要的外部资源。(10)小结一下: 其实IoC/DI对编程带来的最大改变不是从代码上,而是从思想上,发生了“主从换位”的变化。应用程序原本是老大,要获取什么资源都是主动出击,但是在IoC/DI思想中,应用程序就变成被动的了,被动的等待IoC/DI容器来创建并注入它所需要的资源了。 这么小小的一个改变其实是编程思想的一个大进步,这样就有效的分离了对象和它所需要的外部资源,使得它们松散耦合,有利于功能
35、复用,更重要的是使得程序的整个体系结构变得非常灵活。2:工厂方法模式和IoC/DI有什么关系呢? 从某个角度讲,它们的思想很类似。 上面讲了,有了IoC/DI过后,应用程序就不再主动了,而是被动等待由容器来注入资源,那么在编写代码的时候,一旦要用到外部资源,就会开一个窗口,让容器能注入进来,也就是提供给容器使用的注入的途径,当然这不是我们的重点,就不去细细讲了,用setter注入来示例一下,看看使用IoC/DI的代码是什么样子,示例代码如下:public class A /* * 等待被注入进来 */ private C c = null; /* * 注入资源C的方法 * param c 被注
36、入的资源 */ public void setC(C c) this.c = c; public void t1() /这里需要使用C,可是又不让主动去创建C了,怎么办? /反正就要求从外部注入,这样更省心, /自己不用管怎么获取C,直接使用就好了 c.tc(); 接口C的示例代码如下:public interface C public void tc(); 从上面的示例代码可以看出,现在在A里面写代码的时候,凡是碰到了需要外部资源,那么就提供注入的途径,要求从外部注入,自己只管使用这些对象。 再来看看工厂方法模式,如何实现上面同样的功能,为了区分,分别取名为A1和C1。这个时候在A1里面要使
37、用C1对象,也不是由A1主动去获取C1对象,而是创建一个工厂方法,就类似于一个注入的途径;然后由子类,假设叫A2吧,由A2来获取C1对象,在调用的时候,替换掉A1的相应方法,相当于反向注入回到A1里面,示例代码如下:public abstract class A1 /* * 工厂方法,创建C1,类似于从子类注入进来的途径 * return C1的对象实例 */ protected abstract C1 createC1(); public void t1() /这里需要使用C1类,可是不知道究竟是用哪一个/也就不主动去创建C1了,怎么办? /反正会在子类里面实现,这里不用管怎么获取C1,直接
38、使用就好了 createC1().tc(); 子类的示例代码如下:public class A2 extends A1 protected C1 createC1() /真正的选择具体实现,并创建对象 return new C2(); C1接口和前面C接口是一样的,C2这个实现类也是空的,只是演示一下,因此就不去展示它们的代码了。 仔细体会上面的示例,对比它们的实现,尤其是从思想层面上,会发现工厂方法模式和IoC/DI的思想是相似的,都是“主动变被动”,进行了“主从换位”,从而获得了更灵活的程序结构。研磨设计模式之 工厂方法模式-53.3 平行的类层次结构(1)什么是平行的类层次结构呢?简单点
39、说,假如有两个类层次结构,其中一个类层次中的每个类在另一个类层次中都有一个对应的类的结构,就被称为平行的类层次结构。举个例子来说,硬盘对象有很多种,如分成台式机硬盘和笔记本硬盘,在台式机硬盘的具体实现上面,又有希捷、西数等不同品牌的实现,同样在笔记本硬盘上,也有希捷、日立、IBM等不同品牌的实现;硬盘对象具有自己的行为,如硬盘能存储数据,也能从硬盘上获取数据,不同的硬盘对象对应的行为对象是不一样的,因为不同的硬盘对象,它的行为的实现方式是不一样的。如果把硬盘对象和硬盘对象的行为分开描述,那么就构成了如图10所示的结构:图10 平行的类层次结构示意图硬盘对象是一个类层次,硬盘的行为这边也是一个类
40、层次,而且两个类层次中的类是对应的。台式机西捷硬盘对象就对应着硬盘行为里面的台式机西捷硬盘的行为;笔记本IBM硬盘就对应着笔记本IBM硬盘的行为,这就是一种典型的平行的类层次结构。这种平行的类层次结构用来干什么呢?主要用来把一个类层次中的某些行为分离出来,让类层次中的类把原本属于自己的职责,委托给分离出来的类去实现,从而使得类层次本身变得更简单,更容易扩展和复用。一般来讲,分离出去的这些类的行为,会对应着类层次结构来组织,从而形成一个新的类层次结构,相当于原来对象的行为的这么一个类层次结构,而这个层次结构和原来的类层次结构是存在对应关系的,因此被称为平行的类层次结构。(2)工厂方法模式跟平行的
41、类层次结构有何关系呢?可以使用工厂方法模式来连接平行的类层次。看上面的示例图10,在每个硬盘对象里面,都有一个工厂方法createHDOperate,通过这个工厂方法,客户端就可以获取一个跟硬盘对象相对应的行为对象。在硬盘对象的子类里面,会覆盖父类的工厂方法createHDOperate,以提供跟自身相对应的行为对象,从而自然的把两个平行的类层次连接起来使用。3.4 参数化工厂方法所谓参数化工厂方法指的就是:通过给工厂方法传递参数,让工厂方法根据参数的不同来创建不同的产品对象,这种情况就被称为参数化工厂方法。当然工厂方法创建的不同的产品必须是同一个Product类型的。来改造前面的示例,现在有一个工厂方法来创建ExportFileApi这个产品的对象,但是ExportFileApi接口的具体实现很多,为了方便创建的选择,直接从客户端传入一个参数,这样在需要创建ExportFileApi对象的时候,就把这个参数传递给工厂方法,让工厂方法来实例化具体的