前端设计模式之【单例模式】

文章目录

• 前言
• 介绍
• 实现单例模式
• 优缺点？
• 后言

前言

介绍

单例模式的案例

日志记录器：在一个系统中只需要一个日志记录器来记录系统的运行日志，这时就可以使用单例模式保证该日志记录器的唯一性。

数据库连接池：在许多应用中都需要对数据库进行操作，为了提高性能和效率，通常会使用数据库连接池。通过单例模式可以确保整个应用程序中只有一个数据库连接池实例。

配置信息类：很多应用程序都需要读取配置信息，比如数据库连接信息、系统参数等。使用单例模式可以确保配置信息类的唯一性，并且方便全局访问。

线程池：在多线程编程环境下，线程池被广泛应用以提高性能和减少资源消耗。通过单例模式可以确保整个应用程序中只有一个线程池实例。

计数器：有时候需要对某个对象进行计数，比如统计网站访问量或者某个资源的使用次数，这时可以使用单例模式确保计数器的唯一性。

实现单例模式

// 单例构造器
const FooServiceSingleton = (function () {
  // 隐藏的Class的构造函数
  function FooService() {}

  // 未初始化的单例对象
  let fooService;

  return {
    // 创建/获取单例对象的函数
    getInstance: function () {
      if (!fooService) {
        fooService = new FooService();
      }
      return fooService;
    }
  }
})();

实现的关键点有：

• 使用 IIFE创建局部作用域并即时执行；
• getInstance() 为一个 闭包 ，使用闭包保存局部作用域中的单例对象并返回。
  我们可以验证下单例对象是否创建成功：

const fooService1 = FooServiceSingleton.getInstance();
const fooService2 = FooServiceSingleton.getInstance();

console.log(fooService1 === fooService2); // true

优缺点？

优点

• 划分命名空间，减少全局变量
• 增强模块性，把自己的代码组织在一个全局变量名下，放在单一位置，便于维护
• 且只会实例化一次。简化了代码的调试和维护

缺点

• 由于单例模式提供的是一种单点访问，所以它有可能导致模块间的强耦合
• 从而不利于单元测试。无法单独测试一个调用了来自单例的方法的类，而只能把它与那个单例作为一 个单元一起测试

后言