单例模式是非常常用的一种设计模式,工作中我们会用到例如弹窗、音频管理、消息管理中心、公共工具函数类等在应用中只需要单个实例的场景,这些都和单例模式密不可分。
单例模式,很常用也非常重要,将单例模式应用于程序开发设计,可减少重复代码,提升程序效率,同时单例的唯一性也使得数据流更加清晰,便于维护管理。
一、什么是单例模式
单例模式(Singleton Pattern
)保证一个类只有一个实例,并提供一个访问它的全局访问点。
是不是瞬间想到了 JavaScript 中的全局变量 window
、localStorage
,它们在全局中提供了访问点,并且只有唯一实例。
在一些多线程编程语言中,单例模式会涉及到同步锁的问题,而 JavaScript 是单线程运行的,因此可以暂时忽略线程安全问题。
单例和单身狗类似,直到程序销毁,整个程序里都找不出第二个和它能够匹配上的
二、实现单例模式
单例模式从其定义就可以看出,是一个比较简单的设计模式,其核心思想是保证唯一实例,因此如下简单实现一个蒙层功能单例类,一步步完善。
2.1 蒙层单例类
现在的工作环境下都是基于 ES6 及以上的开发模式,因此我们直接带入 class 思想去实现,如果有需要了解相关基础内容的同学推荐阅读:《这些JS设计模式的基础知识点你都会了吗?》。
蒙层的功能:
- 层级最大,覆盖浏览器可视区域
- 阻止用户所有点击事件
- 透明蒙层
因此,该蒙层单例的实现如下:
/**
* Mask 蒙层单例
*/
class Mask {
static instance: Mask;
private isShow: boolean;
private maskDom: HTMLDivElement;
static getInstance() {
if (!Mask.instance) {
Mask.instance = new Mask();
}
return Mask.instance;
}
constructor() {
this.isShow = false;
this.maskDom = this.init();
}
/**
* 创建蒙层DOM
*/
private init() {
const dom = document.createElement("div");
dom.setAttribute(
"style",
"z-index: 99999; position: fixed; top: 0; left: 0; width: 100%; height: 100%; display: none; pointer-events: all; user-select: none; cursor: not-allowed;"
);
document.body.appendChild(dom);
return dom;
}
/**
* show 显示蒙层
*/
public show() {
if (this.isShow) return;
this.maskDom.style["display"] = "block";
this.isShow = true;
}
/**
* hide 隐藏蒙层
*/
public hide() {
if (!this.isShow) return;
this.maskDom.style["display"] = "none";
this.isShow = false;
}
}
// 直接导出实例
export default Mask.getInstance();
使用方式:
import Mask from "./utils/Mask";
Mask.show();
Mask.hide();
这种在已开始就创建实例的方式,被称作“饿汉式单例”,另一种在需要的时候才创建实例的方式被称作“懒汉式单例”。
因此“饿汉式单例”的缺点就是:类加载时就初始化,浪费内存。
不过在现代借助 Webpack 等打包构建工具,如果没有使用到这个组件,也不会将这个组件打包进来,另外在 React、Vue 框架按需加载组件的设计实现下,组件也是按需通过网络下载分包组件文件,然后缓存起来,所以浪费内存这一缺点可忽略。因此,在 JavaScript 中懒汉式和饿汉式的区分不大。
推荐使用导出的时候就导出一个实例,例如:
export default Mask.getInstance();
2.2 透明蒙层单例
在上述的导出实例中,只能调用 Mask.getInstance()
,对于其他使用者来说其实已经规避了如何判断是否是单例类的问题。
另外,如果我们的导出形式是这样的:
export default Mask;
那么其他同学在引用这个组件时候,如果不知道是一个单例类,那他就可能会直接 new Mask()
方式使用,那么就会创建多个不同的实例,失去了单例的效果,为了让单例类使用的时候能像普通类创建对象的写法一致,在使用的时候和其他普通类一样,我们把这个处理方式叫做“透明化”。
为此,稍微改动下构造函数中的判断:
constructor() {
if (Mask.instance) {
return Mask.instance;
}
this.isShow = false;
this.maskDom = this.init();
return Mask.instance = this;
}
...
export default Mask;
使用验证:
const a = new Mask();
a.show();
const b = new Mask();
b.hide();
console.log("是否相等:", a === b);
// output: 是否相等 true,并且蒙层被隐藏
如果为了保证类的透明性,使用方式的统一,可以采用在构造函数中预先判断是否存在实例的方式来实现。
2.3 单例化工具函数
通过上述对单例模式的实现和使用,其实可以想到一个问题,单例模式,只需要保证唯一实例即可,而保证唯一实例的方式,是通过一个变量来判断当前实例是否已经被创建过,如果已经创建了,则直接返回该实例,否则创建后再返回实例。
那么通用的单例模式,应该将单例化和类的职责拆分开。
讲到这,对于前面分享的《从“图片预加载”认识代理设计模式》中的缓存代理就非常相似了,借助代理模式的思想,用闭包来缓存单例。
单例化缓存工具函数:
export const proxySingleton = (fn) => {
let instance;
return () => {
if (instance) return instance;
return instance = new fn();
};
};
传入我们之前写的任意类,类名指向了构造函数
export const singletonMask = proxySingleton(Mask);
使用的时候:
import { singletonMask } from "./utils/ProxySingleton";
const a = singletonMask();
a.show();
const b = singletonMask();
b.hide();
console.log("是否相等:", a === b);
// output: 是否相等 true,并且蒙层被隐藏
这样我们就将单例化和创建蒙层类职责拆分,遵循单一职责原则。
2.4 ES6 export实例 import单例
举一反三,是不是在 ES6 中直接 export
一个实例是否就可以看作是单例了呐?
export default new Mask();
import 引入是采用的单例(
Singleton
)模式,多次用 import 引入同一个模块时,只会引入一次该模块的实例 —— 《ECMAScript 6 入门》
因此,如果要通用的单例对象,我们可以直接在export的时候,就导出实例。
之前我们研究过 EventEmitter3 事件触发器的原理,为了让之在全局只有一个实例,我们的使用方法如下:
// ./utils/eventEmitter.ts
import EventEmitter from 'eventemitter3';
export default new EventEmitter();
这样导出的 eventEmitter 就是一个单例,唯一,且全局可访问。
三、总结
单例模式在工作中经常用到,当我们有意识地使用单例管理具有唯一属性的实例,将会使得程序更容易管理维护。
结合 ES6 的 import 和 export 关键词,单例模式的应用也变得更加简便。
在实现单例中,我们有将单例和蒙层类功能拆分开,也有合在一起的,这取决于在你项目中想要如何设计,如果单例并非是大面积的组件套用,其实还是推荐合在一起,有助于后续在单文件中维护整个功能类。
欢迎关注公众号学习前端/安全/ML:ITDYBOY