JavaScript的设计模式(三)-单例模式

/**

 * 单例模式之所以这么叫，是因为它限制一个类只能有一个实例化对象。

 * 经典的实现方式是，创建一个类，这个类包含一个方法，这个方法在没有对象存在的情况下，将会创建一个新的实例对象。如果对象存在，这个方法只是返回这个对象的引用。

单例和静态类不同，因为我们可以退出单例的初始化时间。通常这样做是因为，在初始化的时候需要一些额外的信息，而这些信息在声明的时候无法得知。对于并不知晓对单例模式引用的代码来讲，单例模式没有为它们提供一种方式可以简单的获取单例模式。这是因为，单例模式既不返回对象也不返回类，它只返回一种结构。可以类比闭包中的变量不是闭包-提供闭包的函数域是闭包（绕进去了）

在JavaScript语言中, 单例服务作为一个从全局空间的代码实现中隔离出来共享的资源空间是为了提供一个单独的函数访问指针。

 */

 

let singleton = (()=>{
    let instance;

    let init = ()=>{
        /* 定义一些私有变量和方法 */
        let self = '12'
        return {
            getName : ()=>{
                return '12456';
            }
        }
    }

    return{
        getInstance : ()=>{
            if( !instance ){
                instance = init()
            }

            return instance;
        }
    }

})();

let singleton_1 = singleton.getInstance();
console.log(singleton_1.getName()); //12456

单例模式可以被实现成一个静态实例，但是单例可以懒构造，在真正用到之前，单例模式不需要分配资源或者内存。

也就是 不能通过 new  来创建实例

弊端  模块要么紧耦合要么逻辑过于分散在代码库的多个部分。单例模式更难测试，因为可能有多种多样的问题出现，例如隐藏的依赖关系，很难去创建多个实例，很难清理依赖关系，等等。