Harmony设计模式-单例模式-易微帮

Harmony设计模式-单例模式

前言

软件设计模式（[Design pattern](https://baike.baidu.com/item/Design pattern/10186718?fromModule=lemma_inlink)），又称设计模式，是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性、程序的重用性。

设计模式的作用是：为我们在进行稍微复杂的程序设计时，迅速提高可靠的解决方案。而不是等待问题暴露了，再去修复我们的程序

小故事

1991年，Erich Gamma 与Richard Helm, Ralph Johnson ,John Vlissides合作出版了Design Patterns - Elements of Reusable Object-Oriented Software 一书，在此书中共收录了23个设计模式

创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。
结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。
行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。

在实际开发中，很少会有程序员在同一个项目中全部用上以上的23种设计模式。所以边学边用、学以致用即可。

单例模式

单例模式(Singleton)，保证一个类仅有一个实例，并提供一个访问它的全局访问点。

好比如在一个规模不大的公司中，存在以下的角色

人事
财务
开发
测试
实施
运维
网管
老板

但其实由始至终，都只是你一个人在充当以上的角色而已。

使用场景

太多了

系统服务管理：鸿蒙操作系统中有很多系统服务，如系统时间管理、网络管理等。这些服务需要全局唯一的实例来提供服务，以确保服务的唯一性和一致性。通过使用单例模式，可以确保系统中只有一个这样的服务实例，方便管理和访问。
设备访问：鸿蒙操作系统中的设备访问层，如摄像头访问、传感器访问等，也需要使用单例模式来确保只有一个实例进行设备访问。这有助于避免多个实例同时访问设备导致的冲突和资源浪费。
资源管理：鸿蒙操作系统中的资源管理器，如内存管理器、文件系统管理器等，也需要使用单例模式来管理全局资源。通过单例模式，可以确保只有一个实例对资源进行管理和分配，提高系统的稳定性和性能。
全局状态管理：在鸿蒙应用开发中，经常需要全局唯一的实例来管理整个应用的配置和状态，如数据库访问对象等。通过使用单例模式，可以保证整个应用只有一个实例，避免重复实例造成的资源浪费和数据不一致。

程序设计

进入正题，众所周知，每当我们new一个实例的时候，内存中都会开辟一个新的空间，此时不同的实例是存在各自的内存空间中的。

对应内存示意图为：

改造版本1

因为new天生的特性就会开辟新内存空间，因此我们改造的方向是不让用户通过new来创建实例。替换成静态方法的方式来创建

核心代码在于 static getInstance 这里，它用过判断是否已经存在实例来决定是否要执行new操作

对比结果：

改造版本2

但是这个时候可能会有小伙伴忘记我们使用了单例模式了，它还是一样会通过new的方式创建对象

此时我们可以将 constructor 设置为私有，这样当小伙伴new的时候，便会有一个语法错误提示

ps: artTs中不能使用 new.target 来判断用户是否存在new的行为

完整代码

class Person {
  static instance: Person | null = null

  static getInstance() {
    if (!Person.instance) {
      Person.instance = new Person()
    }
    return Person.instance
  }

    // 设置方法为私有
    private  constructor() {   
  }
}

const p1 = Person.getInstance()
const p2 = Person.getInstance()
console.log("", p1 === p2)// true

Harmony设计模式-单例模式