JS.next(стандарты, фичи, движки)

[nerv_]

почему не можешь-то?

конечно же я так пробовал Если так делать, то ошибка

'import' and 'export' may only appear at the top level

---

Можешь пояснить? Что происходит при импорте этого модуля? Скрипт "ждет" пока коллбек не сработает?

именно это и хочу. К сожалению, пока ничего не получилось.
В веб-паке есть лоадеры:

bundle: Wraps request in a require.ensure block (callback)
promise: Wraps request in a require.ensure block (promise)
async-module: Same as bundle, but provides a way to handle script loading errors. Wraps request in a require.ensure block (callback, errback)

http://webpack.github.io/docs/list-o...html#packaging

но, пока ничего не получилось.

[FINoM]

nerv_, а почему бы не инициализировать приложение после срабатывания коллбека? Это не то, что ты хочешь, но проблему с импортами решит.

[nerv_]

а почему бы не инициализировать приложение после срабатывания коллбека? Это не то, что ты хочешь, но проблему с импортами решит

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

[trikadin]

nerv_, затупил, да. Тогда так:

export let GeoObject;

ymaps.ready(() => {
    GeoObject = class GeoObject extends ymaps.GeoObject {
        /**
         * @param {Object} [feature]
         * @param {Object} [options]
         * @see [url]https://tech.yandex.ru/maps/doc/jsapi/2.1/ref/reference/GeoObject-docpage/[/url]
         */
        constructor(feature, options) {
            super(feature, options);
        }
    };
  
    console.log('GeoObject', GeoObject);
});

Немного многословнее, но это не костыль, а норм практика.

[trikadin]

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

Да ладно, нормально это. У меня на сервере, скажем, сначала инициализируется DB (классы моделей), потом -- контроллеры (тоже классы).

[nerv_]

допустим. А если я захочу унаследовать от GeoObject что-либо еще?
т.е. буду импортить GeoObject в другой модуль? Я получу undefined?

Вопрос сводится к асинхронному es6 импорту/экспорту

[trikadin]

nerv_, почитай мою статью

Если ты в другом модуле сделаешь

import { GeoObject } from './GeoObject';

то у тебя создастся биндинг на [[ExportsObject]].GeoObject. И в момент, когда значением переменной GeoObject станет класс GeoObject, то и значением [[ExportsObject]].GeoObject станет класс GeoObject. Но в прикладном смысле -- да, ему точно так же придётся ждать, пока у GeoObject появится значение (т. е. ждать инициализации ymaps). Я бы на твоём месте подождал бы этого на глобальном уровне (на уровне точки входа в приложение), а уже потом начинал бы импортить модули, которым нужен ymaps.

Вопрос сводится к асинхронному es6 импорту/экспорту

Ты можешь использовать System.loader, но это пока жуткий драфт :С

[Safort]

Кароче, посоны, Object.observe выпиливают https://mail.mozilla.org/pipermail/e...er/044684.html

[FINoM]

Кароче, посоны, Object.observe выпиливают https://mail.mozilla.org/pipermail/e...er/044684.html

Сам я не большой поклонник О.о, но не понимаю, чем он им так не угодил. Они выпилили фичу, но не дали никакой альтернативы. Теперь нет ни одной нативной функции, которая слушает изменения всех свойств объекта. Прокси не считается.

[devote]

the feature is used on 0.0169% of Chrome pageviews, according to
chromestatus.com

Такие интересные, а они что ожидали что эту возможность будут сейчас юзать на 100% что ли? Оно и понятно, ведь как можно юзать то, что есть только в хроме.