Websphere Commerce V7 - Front End - Замените dojo с помощью совета jQuery

Question

Я начинаю новую веб-сферу торговли V7 Feature Pack 8 с нуля.

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

Я не большой поклонник додзё из-за отсутствия документации, раздутости и сложности. Лучше всего заменить dojo/dijit на jquery/requireJS/jquery ui? Или просто придерживаться додзе?

Скажите, что я иду с додзё, я не поклонник смешивания библиотек вместе. Могут ли возникать конфликты или проблемы с производительностью, связанные с jQuery и dojo вместе?

Если вы можете смешивать обе вместе, с какой библиотекой пользовательского интерфейса вы бы поехали, dijit или jQuery ui? Аврора websphere обертывает много функциональности вокруг dijit, поэтому я предполагаю, что dijit будет первым выбором.

Все советы будут оценены!

Answer 1

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

В то время как полный исходный Dojo Toolkit является большим (в основном из-за dojox), он не должен быть раздутый - это не похоже на то, что вы вынуждены загружать почти все в нем, вы загружаете только то, что вам нужно. Система сборки также может уменьшить большинство ваших зависимостей до двух JS-файлов (модулей + пакетов i18n) с очень небольшой дополнительной работой для хорошо структурированного приложения (т. Е. С основным модулем верхнего уровня, от которого легко определить зависимости).

Документация для Dojo и Dijit значительно лучше, чем лет назад, когда она, возможно, получила плохую репутацию. В дополнение к справочному руководству, есть over 50 tutorials.

Dojo может показаться сложным по сравнению с меньшими или более простыми библиотеками, которые не собираются делать столько же, но я бы не стал делать это более сложным, чем это необходимо для больших одностраничных веб-приложений , На самом деле, я бы скорее сказал, что вы, скорее всего, закончите что-то гораздо более сложное (и меньше ремонтируемое!), Если вы начнете с чего-то, что даст вам гораздо меньше гибкости, а затем найдет, что вам нужно собирать вещи вместе для заполнения пробелов.

Dojo обеспечивает связный набор инструментов, включая следующие из коробки:

• системы Модуль зависимостей (с поддержкой AMD, один и тот же стандарт, что RequireJS орудия)
• могущественные наследование и подмешать возможности с dojo/_base/declare
• Интуитивно понятный API XHR на основе обещаний в dojo/request, который может быть расширен/расширен с помощью dojo/request/registry
• Поддержка локализации приложения с использованием dojo/i18n! плагин
• Полная библиотека, допускающих применение стиля и доступных виджетов в Dijit
• Когезионные API данных в dojo/store

Если вы чувствуете, что вам не нужно все это или удобные прокатке самостоятельно, то это до вас, но это сложная задача, чтобы сделать все это: и держите его связным и поддерживаемым, что и делает Додзё.

Что касается библиотеки UI для использования, хотя я не могу сказать, что я широко использовал пользовательский интерфейс jQuery, я бы хотя бы сказал, что если доступность или гибкость/расширяемость являются предметом беспокойства, я бы выбрал Dijit над ней день недели.

На ваш вопрос об использовании Dojo и jQuery вместе, Dojo обычно не мешает другим библиотекам. Некоторым другим более старым библиотекам нравилось добавлять перечислимые свойства к родным прототипам, которые потенциально могли бы отбрасывать незащищенные для ... в цикле в Dojo (и в любом другом коде, если на то пошло), но jQuery этого не делает. Кроме того, jQuery поддерживает загрузку в качестве модуля AMD, поэтому вы можете использовать его также с Dojo's require и define.