Блог

У меня есть iWidget, разработанный для IBM Connections, и мой код javascript зависит от Dojo (который по умолчанию включен в Connections).
В настоящее время он работает в Connections 4.0 и 4.5, но не работает в Connections 5.0 (выпущен на прошлой неделе), поскольку Dojo был обновлен до версии v1.9 и жалуется на мое использование dojo.require .

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

Избегайте вызова dojo.require() для загрузки классов во время выполнения, используйте вместо этого net.jazz.ajax.xdloader.load_async(). Функции '(анонимной)' требуется класс 'dojox.atom.io.model'.
Избегайте вызова dojo.require() для загрузки классов во время выполнения, используйте вместо этого net.jazz.ajax.xdloader.load_async(). Для функции '(анонимной)' требуется класс 'dojox.atom.io.Connection'.

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

Виджет javascript в настоящее время выглядит следующим образом:

 dojo.provide('insightCommunityWidgetClass');
dojo.require('dojox.atom.io.model');
dojo.require('dojox.atom.io.Connection');

dojo.declare('insightCommunityWidgetClass',null,{
    // Class fields and methods. Currently 680 lines uncompressed.
});  

Я еще не создал версию, которая работает с Dojo 1.9 / Connections 5.0, но я думаю, что это выглядело бы примерно так (и мне нужно, чтобы имя моего файла javascript соответствовало желаемому имени класса):

 define(['dojo/_base/declare','dojox.atom.io.model','dojox.atom.io.Connection'], function(declare){
    return declare(null, {
        // Class fields and methods.
    });
});
  

Как я могу поместить оба этих файла в один файл и выбирать между ними, не дублируя тело класса?

Обновить:
Я попробовал некоторый условный код, проверяя (define amp;amp; define.amd) , как предложил Дмитрий, протестировал это на подключениях 4.0 и 4.5, и получаю очень странное поведение.

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

 if (define amp;amp; define.amd) {
    console.log('Declaring insightWidgetClass with AMD (new method).');
    define(['dojo/_base/declare','dojox/atom/io/model','dojox/atom/io/Connection'],
        function(declare){
            return declare(null,{
                SVC_INV: 1,
                onLoad: function() {
                    console.log('insightWidgetClass onLoad.');
                }
            });
        }
    );

} else {
    console.log('Declaring insightWidgetClass with dojo.declare (old method).');
    dojo.provide('insightWidgetClass');
    dojo.require('dojox.atom.io.model');
    dojo.require('dojox.atom.io.Connection');

    dojo.declare('insightWidgetClass',null,{
        SVC_INV: 1,
        onLoad: function() {
            console.log('insightWidgetClass onLoad.');
        }
    });
}  

Похоже, это вообще не выполняется. Ни одно из моих console.log сообщений не отображается в консоли браузера.

Если я закомментирую условные обозначения и сделаю так, чтобы единственным активным кодом был блок после else , он запускается. Я получаю «объявление … (старый метод)» и консольные сообщения «insightWidgetClass onLoad».

Я подумал, что, возможно, включение вызовов Dojo provide , require и declare в любой тип блока может вызвать проблему, поэтому я протестировал простое помещение рабочего кода в if (true) { блок, и это все еще работает.

Последнее, что я пробовал на данный момент, — это добавить эту строку перед всем остальным, чтобы посмотреть, что define такое:

 console.log('dojo define',define);  

… что нарушает его. В моем коде вообще нет сообщений консоли.
Затем я удаляю define аргумент из этой новой строки, так что он просто отправляет строку на консоль, и код снова работает.
Похоже, что любое упоминание define идентификатора автоматически останавливает выполнение остальной части кода.
В консоли нет ошибок или предупреждений, указывающих на проблему. Все, что я могу сказать на это, это: WTF?!

Теперь вместо этого вернемся к проверке dojo.version .

Обычно оба должны по-прежнему работать, dojo.provide() и dojo.require() устарели, но не удалены полностью. Просто убедитесь, что ваш dojo загружается в синхронном режиме.

Кроме того, способ кодирования AMD представлен в Dojo 1.7, что означает, что он также должен поддерживаться в IBM Connections 4.5 (хотя я не знаю об IBM Connections 4).

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

 var myModule = {
    // Class fields and methods.
};
if (dojo.version.major == 1 amp;amp; dojo.version.minor == 9) {
    define(['dojo/_base/declare','dojox.atom.io.model','dojox.atom.io.Connection'], function(declare){
        return declare(null, myModule);
    });
} else {
    dojo.provide('insightCommunityWidgetClass');
    dojo.require('dojox.atom.io.model');
    dojo.require('dojox.atom.io.Connection');

    dojo.declare('insightCommunityWidgetClass',null, myModule);  
}
  

Или вы могли бы использовать следующую проверку:

 if (typeof define === 'function' amp;amp; define.amd) {
    // AMD style code
} else {
    // Non-AMD style code
}
  

Это подход, используемый большинством библиотек с перекрестной загрузкой. Библиотеки, которые работают как на загрузчиках AMD (Dojo, Require.js ), но также на Node.js или просто с помощью глобального пространства имен используйте аналогичный фрагмент кода, чтобы определить, как они загружают свой модуль.

Это не ваш код, он должен работать как есть. Недавно мы столкнулись с той же проблемой и определили причину.

В Connections 5 используется AMD-версия Jazz framework, которая предоставляет собственный загрузчик dojo. Этот фреймворк используется для объединения необходимых модулей dojo в один JS-файл, что ограничивает количество запросов к серверу. К сожалению, этот загрузчик больше не обрабатывает синхронную загрузку модулей. Сбой с предупреждением, о котором вы сообщали, когда dojo.require() запрашивает модуль, который еще не загружен агрегатором. Если модуль уже был загружен, потому что он был частью агрегированного файла Jazz, тогда он работает. Это объясняет, почему вы можете dojo.require() использовать некоторые модули, но не все из них.

-> Обходной путь заключается в развертывании пакета OSGi на стороне сервера, чтобы получить нужные вам модули из агрегированного JS-файла. Для этого существует документированная точка расширения. Это может разблокировать вас и одновременно повысить производительность вашей страницы.

Теперь мы открыли PMR для службы поддержки IBM. Команда разработчиков работает над разрешением. Мы надеемся, что они смогут исправить ситуацию в ближайшее время.

Мы сообщили о следующих проблемах:

• dojo.require()
• dojo.требуется локализация()
• dojo.registerModulePath()/требовать({пути:})

Если вы подумаете о чем-то другом, пожалуйста, дайте мне знать.