设计模式中创建型模式——工厂模式
工厂模式亦称：虚拟构造函数、Virtual Constructor、Factory Method
- 意图：工厂模式是一种创建型设计模式，其在父类中提供一个创建对象的方法，允许子类决定实例化对象的类型。
- 问题：假设你正在开发一款物流管理应用。最初版本只能处理卡车运输，因此大部分代码都在位于名为卡车的类中。一段时间后，这款应用变得极受欢迎。你每天都能收到十几次来自海运公司的请求，希望应用能够支持海上物流功能。
如果代码其余部分与现有类已经存在耦合关系，那么向程序中添加新类其实并没有那么容易
虽然这可是一个好消息，但是代码问题该如何处理呢？目前，大部分代码都与卡车类相关。在程序中添加轮船类需要修改全部代码。更糟糕的是，如果你以后想在程序中支持另外一种运输方式，很可能需要再次对这些代码进行大幅修改。最后，你不得不编写繁杂的代码，以根据不同的运输类对象。
- 解决方法：工厂模式方法建议使用特殊的工厂方法代替对于对象构造函数的直接调用（即调用new运算符）。不用担心，对象仍将通过new运算符创建，只是该运算符改在工厂方法中调用罢了。工厂方法返回的对象通常被称作“产品”。
子类可以修改工厂方法返回的对象类型
咋一看这种更改貌似毫无意义，我们仅仅是改变了程序中调用构造函数的位置而已。但是请仔细想一下，现在你可以在子类中重写工厂方法，从而改变其创建产品的类型。
但有一点需要注意的是：仅当这些产品具有共同的基类或者接口时，子类才能返回不同类型的产品，同时基类中的工厂方法还应将其返回类型声明为这一共有接口。
所有产品必须使用同一接口
举例来说，卡车Truck和轮船Ship类都必须实现运输Transport接口，该接口声明了一个名为deliver交付的方法，每个类都将以不同的方式实现该方法：卡车走陆路交付货物，轮船走海路交付货物。陆路运输 RoadLogistics 类中的工厂方法返回卡车对象，而海路运输 SeaLogistics类则返回轮船对象。
只要产品类实现一个共同的接口，你就可以将其对象传递给客户代码，而无需提供额外数据
调用工厂方法的代码（通常被称为客户端代码）无需了解不同子类返回实际对象之间的差别，客户端将所有的产品视为抽象的运输。客户端知道所有运输对象都提供交付方法，但是并不关心其具体实现方式。
- 伪代码
以下示例演示了如何使用工程方法开发跨平台UI（用户界面）组件，并同时避免客户代码与具体UI类之间的耦合。
基础对话框类使用不同的 UI 组件渲染窗口。 在不同的操作系统下， 这些组件外观或许略有不同， 但其功能保持一致。 Windows 系统中的按钮在 Linux 系统中仍然是按钮。
如果使用工厂方法， 就不需要为每种操作系统重写对话框逻辑。 如果我们声明了一个在基本对话框类中生成按钮的工厂方法， 那么我们就可以创建一个对话框子类， 并使其通过工厂方法返回 Windows 样式按钮。 子类将继承对话框基础类的大部分代码， 同时在屏幕上根据 Windows 样式渲染按钮。
如需该模式正常工作， 基础对话框类必须使用抽象按钮 （例如基类或接口）， 以便将其扩展为具体按钮。 这样一来， 无论对话框中使用何种类型的按钮， 其代码都可以正常工作。
你可以使用此方法开发其他 UI 组件。 不过， 每向对话框中添加一个新的工厂方法， 你就离抽象工厂模式更近一步。
//该创建者类声明的工厂方法必须返回一个产品类的对象。创建者的子类通
//常会提供该方法的实现
class Dialog is
//创建者还可以提供一些工厂方法的默认实现
abstract method createButton():Button
//请注意，创建者的主要职责并非是创建产品，其中通常会包含一些核心业务
//逻辑，这些逻辑依赖于由工厂方法返回的产品对象。子类可通过重写工厂
//方法并使其返回不同类型的产品来间接修改逻辑业务
method render() is
//调用工厂方法创建一个产品对象
Button okButton = createButton（）
//现在使用产品
okButton.onClick（closeDiolog）
okButton.render（）
//具体创建者将重写工厂方法以改变其所返回的产品类型
class WindowsDialog extends Dialog is
method createButton（）：Button is
return new WindowsButton（）
class WebDialog extends Dialog is
method createButton（）：Button is
return new HTMLButton（）
//产品接口中将声明所有具体产品都必须实现的操作。
interface Button is
method render()
method onClick(f)
//具体产品需提供产品接口的各种实现。
class WindowsButton implements Button is
method render(a, b) is
// 根据 Windows 样式渲染按钮。
method onClick(f) is
// 绑定本地操作系统点击事件。
class HTMLButton implements Button is
method render(a, b) is
// 返回一个按钮的 HTML 表述。
method onClick(f) is
// 绑定网络浏览器的点击事件。
class Application is
field dialog: Dialog
// 程序根据当前配置或环境设定选择创建者的类型。
method initialize() is
config = readApplicationConfigFile()
if (config.OS == "Windows") then
dialog = new WindowsDialog()
else if (config.OS == "Web") then
dialog = new WebDialog()
else
throw new Exception("错误！未知的操作系统。")
//当前客户端代码会与具体创建者的实例进行交互，但是必须通过其基本接口
//进行。只要客户端通过基本接口与创建者进行交互，你就可将任何创建者子
//类传递给客户端。
method main() is
this.initialize()
dialog.render()
- 工厂模式适合应用场景
当你在编写代码的过程中，如果无法预知对象确切类别及其依赖关系时，可使用工厂方法。
工厂方法将创建产品的代码与实际使用产品的代码分离，从而能在不影响其它代码的情况下扩展产品创建部分代码。
例如，如果需要向应用中添加一种新产品，你只需要开发新的创建者子类，然后重写其工厂方法即可。
如果你希望用户能扩展你软件库或框架的内部组件， 可使用工厂方法。
继承可能是扩展软件库或框架默认行为的最简单方法。 但是当你使用子类替代标准组件时， 框架如何辨识出该子类。
解决方案是将各框架中构造组件的代码集中到单个工厂方法中， 并在继承该组件之外允许任何人对该方法进行重写。
让我们看看具体是如何实现的。 假设你使用开源 UI 框架编写自己的应用。 你希望在应用中使用圆形按钮， 但是原框架仅支持矩形按钮。 你可以使用 圆形按钮RoundButton子类来继承标准的 按钮Button类。 但是， 你需要告诉UI框架 UIFramework类使用新的子类按钮代替默认按钮。
为了实现这个功能， 你可以根据基础框架类开发子类圆形按钮 UI UIWithRoundButtons，并且重写其 createButton 创建按钮方法。基类中的该方法返回按钮对象，而你开发的子类返回 圆形按钮 对象。现在，你就可以使用圆形按钮UI 类代替 UI框架类。so easy！
- 实现方式
1.让所有产品都遵循同一接口。 该接口必须声明对所有产品都有意义的方法。
2.在创建类中添加一个空的工厂方法。 该方法的返回类型必须遵循通用的产品接口。
3.在创建者代码中找到对于产品构造函数的所有引用。 将它们依次替换为对于工厂方法的调用， 同时将创建产品的代码移入工厂方法。 你可能需要在工厂方法中添加临时参数来控制返回的产品类型。
4.为工厂方法中的每种产品编写一个创建者子类， 然后在子类中重写工厂方法， 并将基本方法中的相关创建代码移动到工厂方法中。
5.如果应用中的产品类型太多， 那么为每个产品创建子类并无太大必要， 这时你也可以在子类中复用基类中的控制参数。
例如：设想以下层次结构的类。基类——邮件，子类——航空邮件和陆路邮件；基类——运输，子类——飞机，卡车，火车。航空邮件仅使用飞机对象，而陆路邮件使用卡车和火车对象，你可以编写一个新的子类（例如火车邮件）来处理这两种情况，但是还有其他可选的方案。客户端代码可以给陆路邮件类传递一个参数，用于控制其希望获得的产品。
6.如果代码经过上述移动后， 基础工厂方法中已经没有任何代码， 你可以将其转变为抽象类。 如果基础工厂方法中还有其他语句， 你可以将其设置为该方法的默认行为。
- 工厂模式优缺点
优点：你可以避免创建者和具体产品之间的紧密耦合；单一职责原则，你可以将产品创建代码放在程序的单一位置，从而使得代码更容易维护；开闭原则，无需更改现有客户端代码，你就可以在程序中引入新的产品类型
缺点：应用工厂方法模式需要引入许多新的子类， 代码可能会因此变得更复杂。 最好的情况是将该模式引入创建者类的现有层次结构中。
- 与其它模式的关系
在许多设计工作的初期都会使用工厂方法模式 （毕竟较为简单， 而且可以更方便地通过子类进行定制）， 随后演化为使用抽象工厂模式、原型模式或生成器模式 （更灵活但更加复杂）。
抽象工厂模式通常基于一组工厂方式，但你也可以使用原型模式来生成这些类的方法。
你可以同时使用工厂方法和迭代器模式来让子类集合返回不同类型的迭代器，并使得迭代器与集合相匹配。
原型并不基于继承，因此没继承的缺点。另一方面，原型需要对被复制对象进行复杂的初始化。工厂方法基于继承，但是它不需要初始化步骤。
工厂方法是模板方法模式的一种特殊形式。同时，工厂方法可以作为一个大型模板方法中的一个步骤。
