JQuery на предприятии: что нужно учитывать

Question

Мы все знаем, что Jquery имеет массу преимуществ, которые он может предложить. Если вы использовали Jquery на предприятии, каков был ваш опыт «обучения»?

Что необходимо учитывать при обратной совместимости, конфликте с существующим javascript, структурами классов CSS, производительностью, размером jquery / кэшированием, дополнительными плагинами и т. Д. Для улучшения и использования преимуществ Jquery?

Спасибо.

Answer 1

Я использую Jquery во многих корпоративных проектах около 18 месяцев, и у меня почти ничего не было, кроме успеха.

Тот факт, что Jquery применим ко всему через функцию $ .noConflict (), в значительной степени устраняет конфликты с существующими сценариями.

Его взаимодействие с (хорошим) CSS является спасителем с точки зрения упрощения того, о чем вы должны думать, с точки зрения DOM и т. Д.

Производительность, как правило, велика, хотя иногда некоторые колеса Jquery стоит изобретать для узких областей применения, где производительность Jquery плохая (вы узнаете об этом, когда увидите их). Хотя передача элемента для поиска часто является решением этой проблемы (например, $ (". SubItem", knownParentElement) вместо $ (". SubItem")). Более того, в большинстве случаев, когда Jquery выполняет больше работы, чем необходимо, преимущества наличия читаемого кода, который будет работать на 95% одинаково для разных браузеров, значительно перевешивают несколько дополнительных мс здесь и там.

Размер, особенно в миниатюрной версии, вполне оправдывает себя, он упростит и, вероятно, сократит ваш общий код в сложных приложениях.

Проблемы с кешем можно обойти, сохранив версию Jquery в имени файла (а не переименовав его в jquery.js или что-то в этом роде), чтобы всегда загружать ожидаемую версию.

А что касается плагинов, то они часто экономят время и, как правило, хорошего качества (особенно из Jquery). Хотя иногда они являются швейцарским армейским ножом, и легче создать свой собственный нож для масла, если это все, что вам нужно ...

Подводя итог: я сердце Jquery!

Answer 2

Первое, на что нужно обратить внимание, это то, что вы, вероятно, захотите включить в свое развертывание конкретную, известную, протестированную, не бета-версию jQuery, вместо того, чтобы ссылаться на какой-либо веб-сайт. Это гарантирует, что если у них есть доступ к вашему веб-приложению, они могут получить доступ к javascript. К сожалению, взяв на себя эту задачу, вы теперь подписываетесь на обслуживание и поддержку этой библиотеки. Например, если есть какой-то недостаток безопасности, который может быть выпущен, вам может потребоваться повторно развернуть обновление для вашего приложения, просто чтобы включить последнюю версию jQuery или некоторый плагин. Поддержание этого, вероятно, минимально, но оно обязательно должно быть где-то в электронной таблице, потому что это в конечном итоге произойдет. Это не проблема, уникальная для jQuery, но, вообще говоря, любая «внешняя библиотека».

Если под обратной совместимостью вы имеете в виду «с браузерами», вам на самом деле не нужно слишком беспокоиться об этом, поскольку большая часть этого выполняется для вас самой библиотекой. Если под обратной совместимостью вы имеете в виду существующий javascript, развернутый в рабочей среде, в каждом конкретном случае.

Что касается интеграции, мы обнаружили, что jQuery является отличным дополнением к разработке ASP.net. Это очень естественная подгонка, потому что она позволяет очень легко применять дополнительный уровень функциональности, при этом используя многие существующие элементы управления пользовательским интерфейсом, и при этом не нужно изобретать колесо с новыми, просто чтобы соответствовать какому-то «протоколу jQuery».

Размер? JQuery - это, вероятно, САМАЯ легковесная и эффективная среда, которая, на мой взгляд, обладает колоссальными возможностями. Престижность для разработчиков, потому что когда дело доходит до "удара по доллару", это действительно, где сияет jQuery.

См. Также эту статью на asp.net + jquery .

Answer 3

Пожалуйста, проверьте jquery-стандарты и лучшие практики для получения дополнительной информации.