Как можно реализовать в JS ожидание исполнения асинхронных задач при описании класса?

Question

[Виталий]

Всем доброго дня.
Вопрос в следующем, как вы бы решили задачу с конструктором и асинхронными процессами.
Пример:

class Name {
     let self = this;
    constructor(data){
        this._init(data)
               .then(data=>{
                    self.init = data;
                    })
               .catch(console.error);
        }
    _init(data) { 
        return new Promise((resolve, reject) => {
            // искусственно создаем задержку, эмцлируя веб запрос:
            setTimeout(resolve, 2000, data);
            //resolve(data);
        })
     run(data) {
          rerurn data / this.init.
     }
    run2(data){
           let self = this;
           return new Promise((resolve, reject) => {
            resolve(data / self.init);
        })
     }
}

В примере выше мы при инициализации делаем асинхронную задачу, предположим что она будет занимать какое-то время (запрос по http или чего , не суть)
Как пример:

let name = new Name(2);
console.log(name.run(6));
//или
name.run2(6).then(console.log).catch(console.error);

Ожидаем получить 3, но можем и не получить, так как this.init может быть еще не получено и конструктор еще работает.
Кто как с этим борется?
У меня на ум, да и в практике реализован костыль, переменная - триггер, которая символизирует, что конструктор отработал и если триггер не установлен, делается задержка, но мне не нравится такой подход, может кто подскажет более изящное решение?

Пока нашел следующие решения:
1. Через фабрику:

class Engine {
    constructor(data) {
        this.data = data;
    }

    static makeEngine(pathToData) {
        return new Promise((resolve, reject) => {
            getData(pathToData).then(data => {
              resolve(new Engine(data))
            }).catch(reject);
        };
    }
}

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

2. Через специфичный конструктор , мне идея понравилась, но надо потестировать, плюс использовать 7 ноду с хармони:

class Engine {

  constructor(path) {
    this.initialization = (async () => {
      this.resultOfAsyncOp = await doSomethingAsync(path)
    })()
  }

  async showPostsOnPage() {
    await this.initialization
    // actual body of the method
  }

}

Answer 1

[Виталий]

Сам спросил, сам ответил....

прием любопытный, но не лишен вопросов, стоит ли так делать. Есть критика использования конструктора для выполнения методов инициализации. Но с асинхронными задачами мне показалось это приемлемым.

Открыт для новых идей.

class Name {

    constructor(data) {
        console.log('constructor start');
        this.initialization = (async () => {
            this.init = await this._init(data)
        })();
        console.log('constructor end');
    }
    _init(data){
        return new Promise((resolve, reject)=>{
            console.log('_init');
            setTimeout(resolve, 2000, data);
        });
    }

    async run(data) {
        console.log('run start');
        await this.initialization;
        console.log('run end');
        return data / this.init;
    }
}

let name = new Name(2);
name.run(6).then(console.log).catch(console.error);

Результат работы:

>node --harmony test2
constructor start
_init
constructor end
run start
run end
3

Answer 2

[Владимир]

https://developer.mozilla.org/ru/docs/Web/JavaScri...
Функция должна вернуть промис

https://habrahabr.ru/company/mailru/blog/269465/

Comments

[Виталий]

Владимир мне кажется вы не поняли мой вопрос. Какая функция по вашему должна вернуть промис? К чему это вообще? Конструктор класса не является промисом.

[Виталий]

Владимир я могу переписать run(data) { return new Promise ..... } и выполнить name.run(6).then(console.log) и никто не даст мне гарантии, что в этом случае я получу результат, так как нет гарантии , что в конструкторе выполнился промис _init таак яснее?

[Владимир]

Виталий: Я хорошо понял ваш вопрос, видимо вы не поняли мой ответ. У вас внутри конструктора - каша. Нормальная практика - результат отложенного процесса возвращать в виде Промиса. Почему ваш метод run(data) возвращает не Промис ?

[Владимир]

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

[Виталий]

Владимир: ок переписал пример как run2 меня больше интересует как качественно сделать костыль, который будет отвечать за финиш инициализации (полного выполнения конструктора).

[Виталий]

Владимир: а так же добавил таймаут, что бы инит явно не был выполнен до вызова как run так и run2

[Владимир]

Виталий: Читай книжки. Таймаут и Промис это эпический пи....

[Виталий]

Владимир: ну не тормози, представь, что это гет запрос, а сеттаймаут эмулирует время ожидания ответа на запрос, такое ощущение, что ты буквально этот код воспринимаешь....

[Виталий]

Владимир: живой пример, предположим мы собираем класс для работы с базой данных, в конструктор запишиваем задачи по созданию таблиц индексов (а они реализованы как промисы), далее пишем функцию добавления данных в таблицы, так вот при объявлении нового экземпляра класса мы получим старт инициализации и если прямо сразу начнем писат ьв эти таблицы, мы получим ситуацию , когда таблиц еще нет и фроу здрасти...

[Владимир]

Виталий: Давай так, ты почитаешь ссылку, которую я добавил в ответ, а потом продолжим разговор. Лучше почитать два раза. У тебя проблемы с архитектурой.

[Виталий]

Владимир: апдейтнул вопрос, в нем две реализации того, о чем я. Если у тебя есть третья, скажу спасибо за пример в студию. Читание статей о том, что такое промис мне не надо. Я с тем же успехом могу ответить погугли, это трата времени и того кто ответчает и того , кто спрашивает.