Factory Method 模式难点解析

首先大家要知道什么是框架，为什么使用框架，明白了这个后，大家就知道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中的工厂方法。

好了，我能说的就这些，希望对大家有用。