JS 设计模式之：工厂模式定义与实现方法浅析

本文实例讲述了js 设计模式之：工厂模式定义与实现方法。分享给大家供大家参考，具体如下：

前言

上次我们介绍了单例模式，没看过的小伙伴可以看这个链接：

浅析 js 设计模式之：单例模式

今天来说一说一种常见的设计模式：工厂模式。

工厂模式是一种创建对象的 创建型模式，遵循 dry（don't repeat yourself）原则。在该模式下，代码将会根据具体的输入或其他既定规则，自行决定创建哪种类型的对象。简单点儿说就是，动态返回需要的实例对象。

回顾上次的例子

让我们继续使用单例模式中的例子，一个日志工具 logger ：

class logger {
 log (...args) {
  console.log(...args);
 }
}

上面是最核心的 api，每次使用都需要使用 new logger() 来创建一个 logger 对象，然后使用方法就和 console 一样啦~

多种 logger

假如我们现在的代码要支持 electron 环境，即日志既可以是 console 日志，也可以是 file 日志，那么我们就需要有两种类型的 logger：

consolelogger

// logger/console.js
class consolelogger {
 log (...args) {
  console.log(...args)
 }
}
export default consolelogger

filelogger

// logger/file.js
class filelogger {
 log (...args) {
  dumplog(...args)
 }
}
export default filelogger

这里先不用管 dumplog 的具体实现，只用知道它就是将日志写在文件中的即可~

使用工厂

我们已经有了两种类型的 logger，但是这两种 logger 的 api 实际上都是一样的，在项目中直接导入当然也可以使用，只不过每次都要导入对应类型的模块，然后再使用，像下面这样：

使用 console logger

import consolelogger from './logger/console'
const logger = new consolelogger()

使用 file logger

import filelogger from './logger/file'
const logger = new filelogger()

是不是很繁琐？如果还有其他 logger 类型，如远程日志，就会出现更多种使用方式了。为了把 logger 模块的使用方式统一，这时候就会用到工厂模式啦~

让我们新建一个 index.js：

// logger/index.js
import consolelogger from './console.js'
import filelogger from './file.js'

function createlogger(type = 'console') {
 if (type === 'console') {
  return new consolelogger()
 } else if (type === 'file') {
  return new filelogger()
 }
 throw new error(`logger type not found: ${type}`)
}

export default createlogger

好了，这下我们的使用方式就会变成这样：

import createlogger from './logger'
// console logger
const logger1 = createlogger('console')
// file logger
const logger2 = createlogger('file')

重构一下

上面的 if else 不是很优雅？如果有更多中 logger 类型添加起来很麻烦？那我们可以使用对象来映射一下，从而抛弃 if else，同时添加一个 logger 选项。

// logger/index.js
import consolelogger from './console.js'
import filelogger from './file.js'

const loggermap = {
 console: consolelogger,
 file: filelogger
}
// 可选参数一般放在最后面
function createlogger(options, type = 'console') {
 const logger = loggermap[type]
 if (logger) {
  return new logger(options)
 }
 throw new error(`logger type not found: ${type}`)
}

上面这种封装的方式，其实也符合 solid 原则中的 开闭原则，即 对扩展开放，对修改关闭，每当我们添加一种 logger 类型时，只需要新增一个文件，然后将构造器注册进 loggermap 中即可。而外面的使用方式都是不变的，这样就用最少的修改完成了功能的新增，是不是很棒呀~

总结

下面我们来回顾一下工厂模式的优点：

• 动态创建对象：可以用于需要在 运行时 确定对象类型的情况。
• 抽象：封装了对象创建的细节，用户不会接触到对象的构造器，只需要告诉工厂需要哪种对象。
• 可用性 / 可维护性：将相似的对象用一个工厂管理，提供统一的创建接口，满足 开闭原则，使我们可以轻松添加多种类型的对象，而无需修改大量代码。

好啦~！工厂模式就介绍到这里啦~ 下次我们讲一讲装饰器模式~

参考内容

• javascript object oriented patterns: factory pattern
• 《javascript 设计模式》
• 《javascript 面向对象编程指南》

感兴趣的朋友可以使用在线html/css/javascript代码运行工具：http://tools.jb51.net/code/htmljsrun测试上述代码运行效果。