《JavaScript设计模式》——9.10 Factory（工厂）模式

本节书摘来自异步社区《javascript设计模式》一书中的第9章，第9.10节， 作者： 【美】addy osmani 译者： 徐涛 更多章节内容可以访问云栖社区“异步社区”公众号查看。

factory模式是另一种创建型模式，涉及创建对象的概念。其分类不同于其他模式的地方在于它不显式地要求使用一个构造函数。而factory可以提供一个通用的接口来创建对象，我们可以指定我们所希望创建的工厂对象的类型（见图9-9）。

假设有一个ui工厂，我们要创建一个ui组件的类型。不需要直接使用new运算符或者通过另一个创建型构造函数创建这个组件，而是要求factory对象创建一个新的组件。我们通知factory需要什么类型的对象（如“按钮”、“面板”），它会进行实例化，然后将它返回给我们使用。

如果对象创建过程相对比较复杂，这种方法特别有用，例如，如果它强烈依赖于动态因素或应用程序配置的话。

可以在extjs等ui库中找到此模式的示例，其中创建对象或组件的方法也有可能被归入子类了。

下面这个示例构建在之前的代码片段之上，使用constructor模式逻辑来定义汽车。它展示了如何使用factory模式来实现vehicle工厂：

// types.js –本例构造函数的存放文件

// 定义car构造函数

// 定义truck构造函数

// factoryexample.js

// 定义vehicle工厂的大体代码

// 定义该工厂factory的原型和试用工具，默认的vehicleclass是car

// 创建新vehicle实例的工厂方法

// 创建生成汽车的工厂实例

// 测试汽车是由vehicleclass的原型prototype里的car创建的

// 输出: true

// 输出: car对象，color: "yellow", doors: 6,state:"brand new"

在方法 1 中，我们修改了vehiclefactory实例来使用truck类：

// 测试卡车是由vehicleclass的原型prototype里的truck创建的

// 输出: truck对象，color ："red", state："like new" ，wheelsize："small"

在方法2中，我们把vehiclefactory归入子类来创建一个构建truck的工厂类：

// 确认mybigtruck是由原型truck创建的

// 输出：truck对象，color: pink", wheelsize: "so big", state: "omg. so bad"

9.10.1 何时使用factory模式

factory模式应用于如下场景时是特别有用的：

当对象或组件设置涉及高复杂性时

当需要根据所在的不同环境轻松生成对象的不同实例时

当处理很多共享相同属性的小型对象或组件时

在编写只需要满足一个api契约（亦称鸭子类型）的其他对象的实例对象时。对于解耦是很有用的。

9.10.2 何时不应使用factory模式

如果应用错误，这种模式会为应用程序带来大量不必要的复杂性。除非为创建对象提供一个接口是我们正在编写的库或框架的设计目标，否则我建议坚持使用显式构造函数，以避免不必要的开销。

由于对象创建的过程实际上是藏身接口之后抽象出来的，单元测试也可能带来问题，这取决于对象创建的过程有多复杂。

9.10.3 abstract factory（抽象工厂）

了解抽象工厂模式也是有用的，它用于封装一组具有共同目标的单个工厂。它能够将一组对象的实现细节从一般用法中分离出来。

应当使用抽象工厂模式的情况是：一个系统必须独立于它所创建的对象的生成方式，或它需要与多种对象类型一起工作。

既简单又容易理解的示例是车辆工厂，它定义了获取或注册车辆类型的方法。抽象工厂可以命名为abstractvehiclefactory。抽象工厂将允许对像car或truck这样的车辆类型进行定义，具体工厂只需要实现履行车辆契约的类（如vehicle.prototype.drive和vehicle.prototype.breakdown）。