Ответ 1

Я бы сказал, что одиночные игры (классы, которые управляют своим собственным временем жизни) не нужны ни на одном языке. Это не означает, что одноэлементное время жизни не полезно, просто я предпочитаю, чтобы что-то, кроме класса, управляло временем жизни объекта, например, контейнера DI.

При этом одноэлементный шаблон CAN может применяться к классам JavaScript, заимствуя шаблон "SingletonEnforcer", который использовался в ActionScript. Я вижу, что хочу сделать что-то подобное при переносе существующей базы кода, которая использует синглтоны в ES6.

В этом случае идея состоит в том, что вы делаете статический экземпляр singleton с приватным (через un выставленный Symbol) с открытым статическим instance getter. Затем вы ограничиваете конструктор тем, что имеет доступ к специальному символу singletonEnforcer, который не отображается вне модуля. Таким образом, конструктор терпит неудачу, если кто-то, кроме синглтона, попытается "обновить" его. Он будет выглядеть примерно так:

const singleton = Symbol();
const singletonEnforcer = Symbol()

class SingletonTest {

  constructor(enforcer) {
    if(enforcer != singletonEnforcer) throw "Cannot construct singleton";
  }

  static get instance() {
    if(!this[singleton]) {
      this[singleton] = new SingletonTest(singletonEnforcer);
    }
    return this[singleton];
  }
}

export default SingletonTest

Затем вы можете использовать его, как и любой другой синглтон:

import SingletonTest from 'singleton-test';
const instance = SingletonTest.instance;

Ответ 2

Нет. Не имеет смысла.

Вот действительно простой пример одиночного объекта в es6:

let appState = {};
export default appState;

Я использую этот подход в своем коде для общего состояния через модули. Не знаете, почему вы должны преобразовать его в класс только потому, что? Одиночный по его определению статически используется. Наличие того, чтобы код не использовать класс в качестве экземпляра класса, должен быть большим ключом, чтобы этого не делать.

Синглеты очень полезны для управления состоянием или когда экземпляры не имеют смысла использовать какую-либо библиотеку утилиты. Я не вижу причин не использовать их, если это необходимо.

Это крошечный пример того, как программисты стремятся к тому, чтобы сконструировать или масштабировать все до своего даже необходимого, и это огромная проблема в моем опыте, в результате чего проекты заканчиваются в некоторых случаях из-за отсутствия производительности. Потратьте свое время на приложение, а не на интеллектуальный рывок.

Ответ 3

Я должен был сделать то же самое, поэтому вот простой и прямой способ сделать синглтон, curtsy to http://amanvirk.me/singleton-classes-in-es6/

let instance = null;

class Cache{  
    constructor() {
        if(!instance){
              instance = this;
        }

        // to test whether we have singleton or not
        this.time = new Date()

        return instance;
      }
}


let cache = new Cache()
console.log(cache.time);

setTimeout(function(){
  let cache = new Cache();
  console.log(cache.time);
},4000);

Оба вызова console.log должны печатать один и тот же cache.time (Singleton)

Ответ 4

Чтобы создать шаблон Singleton, используйте один экземпляр с классами ES6;

'use strict';

import EventEmitter from 'events';

class Single extends EventEmitter {
    constructor() {
        this.state = {};
    }

    getState() {
        return this.state;
    }

}

export default let single = new Single();

Обновить. Согласно объяснению @Bergi, ниже один не является допустимым аргументом.

Это работает из-за (см. Steven)

Ответ 5

Альтернативный ответ

Классы ES6 поддерживают "статическое" ключевое слово, поэтому, по существу, вы можете создать класс и по самому его определению, используя статические члены, чтобы он имел возможности singleton по дизайну.

class MyClass {

  static instanceCount = 0;

  constructor() {
    MyClass.instanceCount++; 
  }

  static getInstanceCount() {
    // "this" refers to static members when used within a static method
    return this.instanceCount;
  }

}

Таким образом вы получаете все функциональные возможности класса. Вы можете хранить глобальные данные внутри них другими словами, но более структурированным способом.