Yahoo! User Interface блог (YUIBlog)

YUI Loader и изменений для 3.4.0

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

Семенной файла

Первое, что я хочу, чтобы адрес файла YUI семени. В предыдущих версиях YUI, наше семя файл был очень маленький и не содержали Loader или любого из его мета-данных. Мы обнаружили, что в 90% прецедентов это не было как производительной, как мы надеялись. Обычный пользователь включает в себя семя файл, то запросы своих модулей, которые, в свою очередь, означает, что семя должно первой выборке Loader, затем вычислить все его зависимости, то за ними все. Теперь мы считаем, что этот дополнительный запрос HTTP это неправильно, что нужно делать, поэтому новый стандарт файл семя содержит Loader и его мета-данных. Да, это будет сделать первоначальный запрос немного больше, но это сделает загрузку модулей, что значительно быстрее, так как все его мета-данных требований в настоящее время уже находится на странице.

Если вы хотите использовать его по-старому, вы можете просто включить юй-лесосеменной базы файл вместо. Он содержит все, что необходимо сделать YUI работать в автономном режиме, плюс он содержит возможность для извлечения Loader по требованию. Если вам требуется еще более детального зависимостей, мы создали юй-ядерный семян файл, который именно то, что старые юй-база семя.

     / Строить / юй / юй-min.js / / YUI Семени + Loader
     / Строить / юй-база / юй-Base-min.js / / Старый Семени с YUI Loader принести поддержку
     / Строить / юй-ядро / юй-Core-min.js / / Старый юй-базу без Loader принести поддержку

Следует отметить, что эти адреса отличаются от предыдущего URL. Любой, кто использовал yui/yui-base.js файлы должны repoint их yui-core/yui-core.js . Если вы хотите старше способ загрузки семян и получения Loader, вы должны использовать yui-base/yui-base.js файл семени.

Другие рассуждения на это изменение нашего плана для принятия YUI работать в стольких местах, как это возможно. Старый файл семян плюс погрузчика в одном запросе сервер комбо все хорошо и хорошо, если у вас есть комбо-сервер, доступный в вашем приложении. Но как на сервере? Или в офлайн приложение на мобильном устройстве? Эти места необходимо свести к минимуму доступ к файлам в то же время получать необходимую им информацию.

Накопительные

Следующее, что мы изменили был накопительных удаления из системы и дефолт allowRollup к ложным в Loader конфигурации. Что это значит для вас? Что ж, надеюсь, ничего вообще. Прежде чем объяснить, воздействие изменений, позвольте мне объяснить рассуждения за ней. Основной причиной является, опять же, производительность, наряду с полезной нагрузкой доставки. Рассмотрим пример:

      Модуль: требует событий, событий-б
      Модуль В: требуется событий с, событие-й

При запросе оба, накопительный логику до 3.4.0 используется для определения того, что вы должны получить событие свертки. Какие на самом деле означает, что вы получаете:

      event.a, event.b, event.c, event.d, event.e, event.f, event.g, event.h

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

В 3.3.0, Dial требуется следующее:

     требует: [
         «Виджет»,
         'Дд-перетащить',
         «Заменить»,
         'События MouseEnter », 
         «Переход»,
         'Международный'
     ]

По большей части, Dial работал в 3.4.0, однако поддержка клавиатуры не работает. После выполнения некоторых простых расследование, выяснилось, что накопительный поддержка была на самом деле запрашивающей весь накопительный событие (которое включает в себя события двигаться и событийно-ключ). Без накопительный логики втягивая все события, 3.4.0 набора уже не было всех ее требований. Создание требований набора более конкретным и определять все его фактической зависимости должным образом заставляет его работать, как ожидалось.

     требует: [
         «Виджет»,
         'Дд-перетащить',
         «Заменить»,
         'События MouseEnter »,
         "Событие ходу»,
         "Событие ключ»,
         «Переход»,
         'Международный'
     ]

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

Это также означает, что модуль требования более четко определены. Например, datatype-date имеет Intl поддержку встроенного В предыдущих версиях вы сможете получить доступ Intl так:

     Y.Intl.getAvailableLangs («тип данных дата-');

Но так как этот модуль на самом деле не имеют языка ( datatype-date-format модуль делает), то это не удастся. Она должна быть более конкретной и на самом деле просят языков для правильного модуля:

     Y.Intl.getAvailableLangs («тип данных дата-формата ');

Сборка Взрыв файлов и удаления Субмодуль

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

Подмодули в ядро ​​системы, вызванной пару вопросов, которые нам необходимо решить. Первая причина была производительность. Каждый раз, когда погрузчик, необходимых для расчета зависимости, то ей необходимо идти подмодуль / плагин структуру каждого модуля. Делать это в тысячи раз было больно во время нашего выступления Loader расчета рутины. Удаляя поддержку подмодулей в ядре системы, мы спасли десятки тысяч вызовов функций и итераций.

Погрузчик был изменен так, что если use имущества в модуле мета-данных, определенных несколько модулей, он будет использовать те модули, вместо того, чтобы загрузить оригинальный модуль. Итак, если вы просили " dd "Loader будет инспектировать" dd "" с мета-данными и посмотреть, пользоваться имуществом, которое выглядит примерно так:

     "Дд-DDM-базы, дд-DDM, дд-DDM-кап, дд-сопротивления, дд-прокси, дд-ограничивать, дд-кап, дд-прокрутки, дд-капля-плагин"

В семени файла дампа YUI, мы также включая то, что мы называем виртуальной накопительные пакеты или псевдонимы. Эти определения модулей в точности такие же, как мета-данных в Loader. Таким образом, вы можете включать в себя все файлы, экспортируемые из нашей зависимости Configurator и по-прежнему использовать эти накопительные пакеты без Loader присутствуют на странице. В будущих релизах мы будем переработки такой подход еще больше.

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

     "Дд": {
         "Подмодулей": {
             "Дд-перетащить": 
             / / Модуль данных
         }
     }

В 3.3.0 при построении "дд", файловая структура выглядела примерно так:

     / Строить / дд / дд-drag.js
     / Строить / дд / дд-ddm.js
     / Строить / дд / дд-drop.js

С системой сборки взорвалась в 3.4.0, "дд" Построим файлы теперь выглядеть следующим образом:

     / Строить / дд-перетащить / дд-drag.js
     / Строить / дд-DDM / дд-ddm.js
     / Строить / дд-вывода / дд-drop.js

Это позволило нам снять "путь" имущество от всех наших модуль мета-данных, а, сохраняя размер файла и сокращения логики, необходимые для сборки модулей пути URL.

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

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

Будущее

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

Найти разговоры: Bloglines | Technorati

Доля и расширить: Закладка с del.icio.us | Digg это! | Reddit!