Html5-boilerplate: Обновить jQuery до 3.5.1 или ... Удалить jQuery? Обсуждать!

@coliff сказал

Я сделал PR для обновления до jQuery 3.5.0 сегодня, но похоже, что очень скоро будет выпущен быстрый выпуск патча (jquery / jquery # 4665), поэтому нам нужно будет обновить его снова - ИЛИ мы могли бы рассмотреть возможность полного удаления jQuery. Способ создания веб-сайтов сильно изменился за последние 10 лет, и jQuery больше не является важным дополнением. Если люди хотят добавить его, им легко сделать это самостоятельно, не включив его по умолчанию для всех.

Я также открыт для варианта, когда вы можете при желании создать проект с / без jQuery из командной строки. Я хочу иметь версию, которой мы довольны и которая поставляется в zip-архиве 8.0, но я также рад добавить в сборку некоторые необязательные вещи - используя статические свойства в файле конфигурации, чтобы упростить задачу. Мы могли бы добавить туда такие вещи, как значение атрибута lang.

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

Моя первая реакция была: «О нет, не забирай мой jQuery». Я застрял на своем пути и все еще использую его, поскольку он просто «имеет смысл» для простого обхода DOM и манипуляций.

Но после 2 минут размышлений: _ объединение сторонней библиотеки не является основной компетенцией этого проекта_. Добавить jQuery самостоятельно - тривиально. Фактически, по причинам, которые я сейчас не помню, я вырезал включенную версию и добавил jQuery Slim в свой последний прототип.

Включение jQuery в их CDN (https://code.jquery.com) чрезвычайно просто, и его легко загрузить, поэтому я говорю, что его можно безопасно удалить.

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

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

Удалите это и удалите сейчас! 💯

Чтобы повторить https://github.com/h5bp/html5-boilerplate/issues/2215#issuecomment -615350077 Удаление jQuery дает людям некоторую гибкость в выборе того, как и что они могут или не могут добавить для улучшения своего сайта. В какой-то момент считалось, что jQuery является необходимой частью любого сайта, а теперь это всего лишь один из многих инструментов, которые разработчики могут использовать для выполнения множества интерфейсных задач.

Один раз ... Иду дважды ...

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

• Иногда пользователи могут захотеть использовать меньшую тонкую конструкцию.
• Самостоятельный хостинг jQuery вместо использования стороннего CDN имеет много преимуществ, включая более длительный срок службы кеша браузера (сторонние ресурсы обычно имеют более короткий срок действия кеша) и потенциально повышенную производительность за счет отсутствия необходимости выполнять разрешение DNS / поиск TCP / TLS. https://csswizardry.com/2019/05/self-host-your-static-assets/

С одной стороны, я за удаление jQuery, долгое время это была библиотека javascript, которая использовалась почти в каждом проекте, однако все изменилось с появлением более мощных HTML и CSS и множества других Решения javascript.
Но ... Я действительно использую библиотеки javascript в своих проектах, часто из CDN, поэтому оставление в примере того, как реализовать один из них в вашем коде "лучшим", "правильным" или наиболее эффективным способом, по-прежнему полезно. (Помните, когда мы обычно помещали почти все между тегами head ?)
Чтобы избежать вывода о том, что jQuery должен быть стандартом в каждом проекте, можно использовать поддельную библиотеку или меньшую, единую функциональную библиотеку плюс комментарий, в котором говорится, что это пример того, как реализовать.

Мне ранее предлагали удалить jQuery из проекта, и это было предложено в качестве темы для обсуждения предстоящей версии 8.0 @coliff.

Я открыт для обсуждения. Этот билет - место для обсуждения 🤔 😠 😄 😢

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

С одной стороны, статистика использования Builtwith по jQuery показывает, что он используется на 76% из 1 млн самых популярных сайтов. Для многих это все еще актуально.

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