前端必须掌握的设计模式——单例模式

简介: 单例模式是一种简单的创建型设计模式,确保一个类只有一个实例,并提供一个全局访问点。适用于窗口对象、登录弹窗等场景,优点包括易于维护、访问和低消耗,但也有安全隐患、可能形成巨石对象及扩展性差等缺点。文中展示了JavaScript和TypeScript的实现方法。

定义

       单例模式(Singleton Pattern)属于创建型设计模式,是经典设计模式中最简单的一种,也是开发中最常见的一种。顾名思义,单例可以理解为一个类有且仅有一个实例对象,每次创建实例对象时,如果存在实例则返回该实例。

应用场景

不适合出现多个实例的场景,都可以作为单例模式的应用场景:

  • window对象、JQuery对象、Vuex对象。
  • 登录模块弹窗。
  • 全局主题配置对象。
  • 第三方密钥对象。

优缺点

优点

  • 易维护:将维护对象目标放在一个目标上,便于管理和维护。
  • 易访问:通常可以挂载在一些根节点,以极为方便的调用方式可以直接读取。
  • 低消耗:仅维护一个对象,不会创建多个对象,资源消耗较少。

缺点

  • 安全隐患:单例对象通常会使用全局对象或者一些上层节点进行存储,容易暴露内部细节。
  • 巨石对象:若单例对象成员较多,存储在全局对象造成臃肿,难以排查形成巨石。
  • 难以扩展:没有抽象类的单例对象,违背了单一职责原则,内部功能过多容易导致扩展性差等问题。

JavaScript实现

       JavaScript并不是标准的基于类的面向对象编程语言,更偏向函数性编程方式。根据这个特性,结合ES6之后的class关键字,可以基本写出Human类。

       我们创建了两个Human的实例h1和h2,分别用各自的实例对象调用talk方法,输出的分别是“Jimmy”和“Lucy”,说明我们创建了两个实例对象。

class Human {
  constructor(name) {
    this.name = name;
  } 
  talk() {
    console.log(this.name);
  }
}

const h1 = new Human('Jimmy');
const h2 = new Human('Lucy');

h1.talk(); // Jimmy
h2.talk(); // Lucy


        实现单例通常需要一个中间方法,将Human类转化成单例类,每次new这个单例函数时,都要判断实例是否存在,如果存在则直接返回,否则重新创建。

image.gif Pasted Graphic.png

       编写getSingle方法进行调用,通过闭包的方式存储全局唯一的实例对象,无论以后new多少次,都会返回instance所在存储的实例对象。

// 中间方法 用来将构造函数转换为单例模式 
function getSingle(fn) {
  let instance = null;
  return function(...args) {
    if (instance === null) { // 如果instance为null则创建实例
      instance = new fn(...args);
    } 
    return instance;
  }
}
class Human {
  constructor(name) {
    this.name = name;
  } 
  talk() {
    console.log(this.name);
  }
}

const SingleHuman = getSingle(Human);
const h3 = new SingleHuman('Jimmy');
const h4 = new SingleHuman('Lucy');

h3.talk(); // Jimmy
h4.talk(); // Jimmy

image.gif

TypeScript实现

       TypeScript的写法更像是那种比较标准的基于类的写法,可以利用private的特性来控制构造函数的可访问性,使用静态属性去存储实例,再通过静态方法的调用方式去实现。

class Human {
  private static instance: Human; // 静态属性,用于存储全局唯一的实例
    private name: string;
  // 私有构造方法 无法使用new调用
  private constructor(name: string) {
    this.name = name;
  }
  public static getInstance(name: string): Human {
    if (Human.instance === null) {
      Human.instance = new Human(name);
    }
    return Human.instance;
  }
}

const h1 = Human.getInstance('Jimmy');
const h2 = Human.getInstance('Lucy');

console.log(h1 === h2); // true


总结

       设计模式对于前端而言需要细细品味,多看一次多思考一次可能会有新的收获,无形中会改变你的编码思路,提高代码质量。前端必须掌握的设计模式系列持续更新,如果对您有帮助希望多多点赞哦!

temp1.png

image.gif

相关文章
|
7天前
|
设计模式 前端开发 搜索推荐
前端必须掌握的设计模式——模板模式
模板模式(Template Pattern)是一种行为型设计模式,父类定义固定流程和步骤顺序,子类通过继承并重写特定方法实现具体步骤。适用于具有固定结构或流程的场景,如组装汽车、包装礼物等。举例来说,公司年会节目征集时,蜘蛛侠定义了歌曲的四个步骤:前奏、主歌、副歌、结尾。金刚狼和绿巨人根据此模板设计各自的表演内容。通过抽象类定义通用逻辑,子类实现个性化行为,从而减少重复代码。模板模式还支持钩子方法,允许跳过某些步骤,增加灵活性。
|
13天前
|
设计模式 存储 供应链
前端必须掌握的设计模式——观察者模式
观察者模式(Observer Pattern)是一种行为型设计模式,实现了一种订阅机制。它包含两个角色:**观察者**(订阅消息、接收通知并执行操作)和**被观察者**(维护观察者列表、发送通知)。两者通过一对多的关系实现解耦,当被观察者状态改变时,会通知所有订阅的观察者。例如,商店老板作为被观察者,记录客户的需求并在商品到货时通知他们。前端应用中,如DOM事件注册、MutationObserver等也体现了这一模式。
|
26天前
|
设计模式 前端开发 调度
前端必须掌握的设计模式——工厂模式
工厂模式是一种创建型设计模式,通过工厂媒介提供统一接口来创建对象,客户端只需告知创建需求,具体逻辑由工厂处理。工厂模式分为简单工厂、标准工厂和抽象工厂,分别适用于不同场景下的对象创建需求。简单工厂利用静态方法创建对象,标准工厂通过具体工厂类减少耦合,抽象工厂则用于创建一系列相关或依赖对象的家族。
|
6天前
|
设计模式 存储 缓存
前端必须掌握的设计模式——策略模式
策略模式(Strategy Pattern)是一种行为型设计模式,旨在将多分支复杂逻辑解耦。每个分支类只关心自身实现,无需处理策略切换。它避免了大量if-else或switch-case代码,符合开闭原则。常见应用场景包括表单验证、风格切换和缓存调度等。通过定义接口和上下文类,策略模式实现了灵活的逻辑分离与扩展。例如,在国际化需求中,可根据语言切换不同的词条包,使代码更加简洁优雅。总结来说,策略模式简化了多条件判断,提升了代码的可维护性和扩展性。
|
11天前
|
设计模式 消息中间件 供应链
前端必须掌握的设计模式——发布订阅模式
发布订阅模式(Publish-Subscribe Pattern)是一种设计模式,类似于观察者模式,但通过引入第三方中介实现发布者和订阅者的解耦。发布者不再直接通知订阅者,而是将消息发送给中介,由中介负责分发给订阅者。这种方式提高了异步支持和安全性,适合复杂、高并发场景,如消息队列和流处理系统。代码实现中,通过定义发布者、订阅者和中介接口,确保消息的正确传递。此模式在前端开发中广泛应用,例如Vue的数据双向绑定。
|
24天前
|
设计模式 前端开发 JavaScript
前端必须掌握的设计模式——装饰器模式
装饰器模式是一种结构型设计模式,通过创建新类来包装原始对象,实现在不修改原有结构的前提下扩展新行为。其核心在于“组合”思想,使新功能可“即插即拔”。该模式具有解耦性、灵活性和动态性等特点,广泛应用于类的面向对象编程语言中,如JavaScript的注解和TypeScript的写法。示例中,通过装饰器模式为游戏角色动态添加装备,展示了其强大的扩展性和灵活性。
|
17天前
|
设计模式 前端开发 数据安全/隐私保护
前端必须掌握的设计模式——代理模式
代理模式(Proxy Pattern)是一种结构型设计模式,通过引入“替身”对象来间接访问真实对象,从而解耦并提升性能和安全性。例如,知名艺人复出后,经纪人作为代理筛选商单,确保只处理符合团队利益的请求。代码实现中,定义接口`IService`,艺人和经纪人都实现该接口,经纪人在访问时进行过滤和转发。代理模式常用于权限控制、性能优化等场景,如前端中的Tree-shaking和ES6的Proxy构造方法。
前端必须掌握的设计模式——代理模式
|
20天前
|
设计模式 JSON 前端开发
前端必须掌握的设计模式——适配器模式
适配器模式是一种结构型设计模式,用于使接口不兼容的对象能够相互合作。通过在客户端和系统之间引入一个“中间层”适配器,将不同类型的输入数据转换为系统能处理的标准格式,减轻系统的负担,提高扩展性和可维护性。例如,MacBook的扩展坞将多种接口(如HDMI、USB)转换为Type-C接口,实现多接口兼容。
|
2月前
|
设计模式 安全 Java
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式
|
4月前
|
设计模式 数据库连接 PHP
PHP中的设计模式:提升代码的可维护性与扩展性在软件开发过程中,设计模式是开发者们经常用到的工具之一。它们提供了经过验证的解决方案,可以帮助我们解决常见的软件设计问题。本文将介绍PHP中常用的设计模式,以及如何利用这些模式来提高代码的可维护性和扩展性。我们将从基础的设计模式入手,逐步深入到更复杂的应用场景。通过实际案例分析,读者可以更好地理解如何在PHP开发中应用这些设计模式,从而写出更加高效、灵活和易于维护的代码。
本文探讨了PHP中常用的设计模式及其在实际项目中的应用。内容涵盖设计模式的基本概念、分类和具体使用场景,重点介绍了单例模式、工厂模式和观察者模式等常见模式。通过具体的代码示例,展示了如何在PHP项目中有效利用设计模式来提升代码的可维护性和扩展性。文章还讨论了设计模式的选择原则和注意事项,帮助开发者在不同情境下做出最佳决策。