首先大家要知道什么是框架,为什么使用框架,明白了这个后,大家就知道Factory Method诞生的原因了。
什么是框架?
1 、是一组相关类的集合。
2、具有通用性。
3、是半成品。
我们为什么使用框架?
因为框架是半成品,所以我们使用框架可以降低我们的开发成本,提升开发效率。
Factory Method诞生的原因
假如我们要开发一个框架,因为框架具有通用性,半成品的特点,所以凡是具体应用中常用到的操作,我们都要尽可能的完成,降低具体应用的开发成本,否则这个框架就会失去生命力,被淘汰。而像打开文档这样的操作,基本每个文档应用都会用到,比如WORD、EXCEL等,因此,我们就有必要把这个操作集成到框架中。但是现在有一个问题,这个问题就是:通常每种文档的格式都是特定的,因此对它的操作一定是一个特定的文档类,但是框架在处理打开文档消息的时候,框架并不知道你要打开什么格式的文档,这时有些同学可能会说,这个好办,我们只要弹出一个对话框,让用户选择一个文档,我们就可以根据用户选择的文档来确定文档的类型了,然后就可以使用与它相关的类打开这个文档了。如果这样设计框架,这个框架就会失去通用性,并且市面上每出现一种新的文档格式,框架就必须要快速更新,否则就会失去竞争力,但是如果不让用户来确定文档的类型,我们该创建哪个文档类来操作那种文档类型呢?而框架又要完成打开文档这样通用操作的大部分工作,因此,老外想到了多态,它们把所有对具体文档的操作抽象出来,但是并不实现具体的操作,然后框架中使用这个抽象的文档类来完成文档的打开,这样框架就脱离了具体的应用,又能完成所有具体应用通用操作的大部分工作,这就是Factory Method诞生的原因。
什么是Factory Method模式?
Factory Method模式使用一组抽象类来设计框架。
Product角色
Product代表的就是抽象文档类,这个类定义了具体文档类的通用操作,比如创建文档,打开文档,保存文档等通用操作,但是它不实现这些操作。
ConcreteProduct角色
它代表的是具体的文档类,比如操作WORD文件的文档类。它必须具化Product,因为框架使用的是Product。
Creator角色
它代表框架中的抽象Application类,因为这个Application要响应打开文档消息,所以它定义了一个抽象的接口,比如OpenDocument,但是不需要实现,只是为了框架逻辑的业务处理,GOF把这个抽象的方法称为工厂方法。
ConcreteCreator角色
它代表具体的Application类,比如我们使用框架创建一个应用,我们的应用必须派生于框架中的Application类,这个具化的Application就是ConcreteCreator,它必须实现Creator中的工厂方法。
好了,我能说的就这些,希望对大家有用。