Перестаньте Использовать Jquery, Без Него Вы Сможете Добиться Большего.

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

Вы можете быть удивлены, узнав, что дело не только в ненависти.

Давайте разбираться в ситуации.

Как и многие другие разработчики, я начал использовать jQuery в эпоху позднего бронзового века (2007 г.

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

jQuery был своего рода источником вдохновения и лучом света в эти темные времена, он был революционным.

Я влюбился в jQuery, как только начал его использовать.

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

Но потом, несколько лет назад, я изменил свое мнение.

Давайте подробнее рассмотрим, что не так с использованием jQuery в современной веб-разработке и как мы можем это исправить.

униформизатор

Но давайте посмотрим правде в глаза, с тех пор многое изменилось, появилось множество современных стандартов.

По большей части jQuery в лучшем случае перенаправляет вызовы к стандартным DOM API, а в худшем — использует собственную реализацию той или иной функции.

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

   

 $('div, span, article');
 $('#formId :invalid');
 

   

each(array, function(i, v) { // do something here });

легко заменить на:

Array.isArray(array1); array1.forEach(function(v, i) { // do something here }

Лично я предпочитаю всегда придерживаться стандартов; jQuery — это не стандарт, это просто библиотека.

Объект-оболочка

Например, *$('span')* вернет вам такой объект. Мало того, что объект-обертка имеет свои собственные методы, отличающиеся от общепринятых стандартов, это также не гарантирует, что jQuery будет использовать обертки только внутри своих методов.

Это далеко не так: что будет *this* в функции-обработчике событий, или каким будет первый аргумент такой функции или значение ее специального поля *target*? Небольшой пример:

$('button').

bind('click', function(e){ var el = this; // Is it jQuery "object" or not ? Let's see the doc var event = e; // Is it jQuery "object" ? No, it's a special event-wrapper object var target = event.target; // Is it jQuery "object" ? Sure not, it's a simple DOM element });

И так, иногда это обертка, иногда нет, а иногда это особая обертка, что это вообще такое, зачем нам так усложнять себе жизнь? Но есть костыль, скажете вы, а как насчет соглашения, когда все «специальные объекты» jQuery начинаются со знака $? Что-то вроде:

$('button').

bind('click', function(e){ var $el = $(this); var _event = e; // Let's use an another special convention for jQuery's events wrapper, prefix _ var $event = e; // No, we should be coherent var target = $(event.target); // I'm sorry I forgot the dollar, because I'm just a human var target2 = $(target); // Oups, but I have to be sure that it's wrapped var var1 = someFunc(); // I forgot, this function should return $ or simple NodeList $(var1); // Nevermind .

});

JQuery как стандарт веб-разработки

Для меня это все брехня, отчасти это было правдой 5 лет назад, но не сейчас.

Это то же самое, что сказать, что для разработки современных приложений для Windows 8/10 необходимо использовать Win32 API в чистом виде.

Как я уже говорил выше, jQuery — это всего лишь библиотека, причём по сегодняшним меркам низкоуровневая библиотека.

А вещи такого рода не подходят для написания современных веб-приложений.

Ничто не мешает вам использовать jQuery или чистый стандарт DOM/API для реализации той или иной низкоуровневой задачи, но написать целое приложение и затем поддерживать его очень сложно.

Я видел, как несколько больших проектов превращались в одно большое блюдо спагетти на стороне клиента, где jQuery не был корнем зла, люди просто не могли справиться с наплывом кода.

Как этого можно избежать? Используйте решения, которые больше подходят для этого там, где они действительно нужны, будь то МВ* или что-то еще.

Тестирование

Как мы все знаем, люди ленивы по своей природе, и хорошие программисты по автоматизации часто ленивы.

Вы когда-нибудь тестировали код с помощью jQuery? Из-за цепочек вызовов это нетривиальная задача.

А если принять во внимание тот факт, что зачастую проекты, использующие jQuery, настолько стремительно набирают вес, что разработчики не успевают, не хотят или не могут реорганизовать свой код. Результат неутешительный, как можно говорить о тестировании, когда даже автор кода не способен понять, что этот код делает. В подходе MV* решить эту проблему гораздо проще.

Нижняя граница

• Вам не нужен jQuery — Блог о том, как избавиться от jQuery
• За пределами jQuery — Книга о том, как избавиться от jQuery.
• Стоимость фреймворков — Мысли об экономии времени разработчиков
• Зепто.

  js — Небольшая jQuery-совместимая библиотека, своего рода переход от кокаина jQuery к травке Zepto.

статьи .

Теги: #JavaScript #jQuery #JavaScript #jQuery

• Приложения На Облачных Платформах

  19 Oct, 24

• Определите Потребности Вашего Бизнеса Перед Покупкой Серверов В Румынии

  19 Oct, 24

• Обзор Конференции Ufadevconf 2017

  19 Oct, 24

• Комфортная Работа С Юникод

  19 Oct, 24

• Позвольте Представить: Veeam Availability Suite V10.

  19 Oct, 24

• Файлы Megaupload Хотят Удалить На Этой Неделе

  19 Oct, 24

• В Чем Сила Партнерской Сети, Почему По Мере Ее Развития Сила Становится Слабостью И Что С Этим Делать

  19 Oct, 24

• Ит-Викторина. Победит Сильнейший!

  19 Oct, 24

• Основной Доклад Mix`08 От Петра Диденко.

  19 Oct, 24

• Добавление В Шпаргалку C++: Неявно Генерируемый Конструктор Перемещения И Оператор Присваивания.

  19 Oct, 24