今天来说一说一种常见的设计模式:工厂模式。
工厂模式是一种创建对象的 创建型模式,遵循 DRY(Don’t Repeat Yourself)原则。在该模式下,代码将会根据具体的输入或其他既定规则,自行决定创建哪种类型的对象。简单点儿说就是,动态返回需要的实例对象。
回顾上次的例子
让我们继续使用单例模式中的例子,一个日志工具 Logger :
代码语言:javascript复制class Logger {
log (...args) {
console.log(...args);
}
}
上面是最核心的 api,每次使用都需要使用 new Logger()
来创建一个 logger 对象,然后使用方法就和 console
一样啦~
多种 Logger
假如我们现在的代码要支持 electron 环境,即日志既可以是 console 日志,也可以是 file 日志,那么我们就需要有两种类型的 logger:
ConsoleLogger
代码语言:javascript复制// logger/console.js
class ConsoleLogger {
log (...args) {
console.log(...args)
}
}
export default ConsoleLogger
FileLogger
代码语言:javascript复制// 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
好了,这下我们的使用方式就会变成这样:
代码语言:javascript复制import createLogger from './logger'
// console logger
const logger1 = createLogger('console')
// file logger
const logger2 = createLogger('file')
重构一下
上面的 if else 不是很优雅?如果有更多种 logger 类型添加起来很麻烦?那我们可以使用对象来映射一下,从而抛弃 if else,同时添加一个 logger 选项。
代码语言:javascript复制// 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 面向对象编程指南》