ts学设计模式: 第一篇: 单例模式

5,865 阅读2分钟

模式定义

单例模式: 确保一个类只有一个实例, 并且提供一个全局访问的方法, 属于创建型模式。

模式结构图

单例

代码实现

  • 懒汉模式
1. 懒汉模式中单例是在需要的时候才去创建的,如果单例已经创建,再次调用获取接口将不会重新创建新的对象,而是直接返回之前创建的对象。

2. 如果某个单例使用的次数少,并且创建单例消耗的资源较多,那么就需要实现单例的按需创建
namespace SingletonPattern {
    export class Singleton {
        private static singleton: Singleton;

        private constructor () {

        }

        public static getInstance () {
            if (Singleton.singleton === null) {
                Singleton.singleton = new Singleton();
            }
            return Singleton.singleton;
        }
    }
}

测试代码:

/// <reference path="Singleton.ts" />
var s1 = SingletonPattern.Singleton.getInstance();
var s2 = SingletonPattern.Singleton.getInstance();
if (s1 === s2) {
    console.log('两个实例相等');
}
else {
    console.log('两个实例不等');
}
  • 饿汉模式
1. 饿汉模式在类加载的时候就对实例进行创建,实例在整个程序周期都存在。

2. 它的好处是只在类加载的时候创建一次实例, 适合单例占用内存比较小,在初始化时就会被用到的情况

3. 它的缺点也很明显,即使这个单例没有用到也会被创建,而且在类加载之后就被创建,内存就被浪费了
namespace SingletonPattern {
    export class Singleton {
        private static singleton: Singleton = new Singleton;

        private constructor () {

        }

        public static getInstance () {
            return Singleton.singleton;
        }
    }
}

测试代码不变。

关于命名空间这里大致解释下:

ts的命名空间可以把代码包裹起来,通过export关键字进行对外暴露被访问的对象。

在命名空间外部需要通过"完全限定名"来访问暴露的对象。

通过reference注释引用命名空间,即可通过“完全限定名”进行访问。

相同的命名空间可以声明在不同的文件中。

模式分析

单例模式的目的: 确保只有一个类的实例出现, 并提供一个全局访问的方法。

组成:
- 私有构造方法, 确保用户无法通过new来创建实例
- 静态私有成员变量singleton存储唯一的实例
- 静态公有方法getInstance(): 静态实例的存在性并实例化

优点

  • 提供了对唯一实例的受控访问

缺点

  • 由于单例模式中没有抽象层, 不易扩展
  • 单例类的职责过重,在一定程度上违背了“单一职责原则”。因为单例类既充当了工厂角色,提供了工厂方法,同时又充当了产品角色,包含一些业务方法(单例的内容属性)

参考资料