Как асинхронной подгрузить компонент

[Moloch]

Здравствуйте, Мне нужно асинхронно запустить приложение. Сейчас это делается в файле app.js

/**
 * Иницализация загруженных классов 
 *
 */
Ext.onReady(function() {

    og.Localizator.init()
        .then(function() {
            // контроль доступа
            Ext.define('og.override.Component', {
                override: 'Ext.Component',
                listeners: {
                    beforerender: function() {
                        if (this.ogAccessPath) {
                            console.log('this.ogAccessPath', this.ogAccessPath);
                        }
                        return U.access.testByName(this);
                    },
                },
            });
        })
        .then(function() {
            var c = og.widgets.themechanger.ThemeChangerController;
            c.changeThemeGlobal();
        })
        .then(function() {
            Ext.QuickTips.init();
            Ext.window.MessageBox.prototype.closeToolText = L({ ru: 'Закрыть панель', en: 'Close panel' });
            Ext.setGlyphFontFamily(Glyphs.DEFAULT_FONT_FAMILY);
        })
        .then(createApp)['catch'](function(err) {
            console.error(err);
            alert('app start has failed');
        });
});


/**
 * Запуск приложения
 *
 */
function createApp() {
    Ext.application({
        name: 'og',
        extend: 'og.Application',
        requires: [
            'og.view.main.Main'
        ],

    mainView: 'og.view.main.Main'    
}

Можно ли вынести инициализацию загруженных классов в отдельный файл, например в Application.js и в какое место?

[nohuhu]

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

Хотя каноничного подхода не существует, единственный практически доступный подход, на мой взгляд, таков:

а) Используйте декларативный подход по-максимуму
б) Создавайте классы собственных виджетов с нужной конфигурацией вместо конфигурирования экземпляров
ц) Не морочтесь загрузкой "только нужных" классов, это ересь и с точки зрения безопасности, и с точки зрения производительности
д) Создавайте полную сборку JavaScript со всеми классами вашего приложения и фреймворка
е) Валидируйте каждый чих на сервере. Иначе будет ад и хаос.
ф) После загрузки приложения и аутентификации пользователя запрашивайте с сервера большой JSON с конфигурацией дерева виджетов, и скармливайте его в Ext.create() или Ext.widget()

Только так вы можете быть уверены в том, что пользователь видит только те элементы UI, которые ему положены по уровню авторизации.

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

У меня перед глазами были примеры, когда люди не то, что сборки JavaScript по уровням доступа разбивали, но и Direct API с сервера тоже отдавали под аутентификацию и с доступом в зависимости от уровня, чтобы "лишнее не светить". Это работает, но неизвестно, насколько такая паранойя оправдана с точки зрения безопасности.

P.S. По странному совпадению, декларативные классы также и тестировать гораздо легче. Двух зайцев, да? :)