Мы все знаем, что JQuery имеет массу преимуществ, которые он может предложить. Если вы использовали Jquery на предприятии, каков был ваш «обучающий» опыт ?;jquery на предприятии: Что следует учитывать
Что нужно учитывать при обратной совместимости, конфликты с существующими структурами JavaScript, CSS, производительность, размер jquery/Кэширование, дополнительные плагины и т. Д., Чтобы улучшить и использовать преимущества JQuery?
Спасибо.
Я использую JQuery во многих корпоративных проектах около 18 месяцев, и у меня почти ничего не было, кроме успеха.
Тот факт, что Jquery переименовывается ни в чем с помощью функции $ .noConflict(), в значительной степени заботится о конфликтах с существующими сценариями.
Его взаимодействие с (хорошо) CSS является спасителем с точки зрения упрощения, что вы должны думать о том, с точки зрения DOM и т.д.
Производительность, как правило, большой, хотя иногда некоторые Jquery колеса стоит изобретать для узкой использует, когда производительность слабая с JQuery (вы узнаете об этом, когда увидите их). Хотя прохождение в элементе для поиска часто является решением этого (например, $ (". SubItem", knownParentElement) вместо $ (". SubItem")). Более того, в большинстве случаев, когда Jquery делает больше работы, чем необходимо, преимущества наличия читаемого кода, который будет работать на 95% идентично перекрестному браузеру, намного перевешивают несколько дополнительных ms здесь и там.
Размер, особенно с миниатюрной версией, хорошо стоит, он упростит и, вероятно, уменьшит общий код в сложных приложениях.
Проблемы с кешем можно обойти, сохранив версию Jquery в имени файла (вместо того, чтобы переименовывать jquery.js или что-то еще), так что она всегда загружает ожидаемую версию.
И что касается плагинов, часто они являются огромными временами и обычно хорошего качества (особенно из JQuery). Хотя иногда они являются швейцарским армейским ножом, и легче построить собственный нож для масла, если это все, что вам нужно ...
Подводя итог: I сердце JQuery!
Для получения дополнительной информации, пожалуйста, проверьте jquery-standards-and-best-practice.
Первое, что нужно учитывать, это то, что вы, вероятно, захотите включить определенную, известную, проверенную, не бета-версию jQuery в свое развертывание вместо ссылки на какой-либо веб-сайт. Это гарантирует, что, если у них есть доступ к вашему webapp, они могут перейти на javascript. К сожалению, взяв на себя эту задачу, вы теперь подписываетесь на содержание и содержание этой библиотеки. Например, если есть некоторые недостатки безопасности, которые были выпущены, вам может потребоваться повторное развертывание обновления для вашего приложения, чтобы включить последнюю копию jQuery или какого-либо подключаемого модуля. Содержание этого, вероятно, минимальное, но оно обязательно должно быть на чьей-то электронной таблице где-то, потому что это в конечном итоге произойдет. Это не проблема, уникальная для jQuery, но действительно любая «внешняя библиотека» вообще.
Если по обратной совместимости вы имеете в виду «с браузерами», вам не нужно слишком беспокоиться об этом, поскольку большая часть этого делается для вас самой библиотекой. Если по обратной совместимости вы имеете в виду существующий javascript, развернутый для производства, который зависит от конкретного случая.
Что касается интеграции, мы обнаружили, что jQuery является потрясающим дополнением к разработке ASP.net. Это очень естественно, потому что это позволяет вам применять дополнительный уровень функциональности очень легко, сохраняя при этом много существующих элементов управления пользовательского интерфейса и не перерабатывая колесо с новыми, чтобы соответствовать некоторому «протоколу jQuery».
Размер? jQuery, вероятно, самая легкая и эффективная структура, которая, на мой взгляд, обладает колоссальным ударом. Престижность для разработчиков, потому что когда дело доходит до «взрыва для доллара», который действительно там, где сияет jQuery.
См. Также this article on asp.net+jquery.