Прощай, JQuery, мой старый друг.

Отказ от ответственности

Эта статья — наспех, меньше полдня от замысла до написания. Отличных библиотек и фреймворков в статье упомянуто не так много, заранее извиняюсь, не успел их собрать. Но это не значит, что у автора нет уважения к этим библиотекам и фреймворкам. На самом деле, включая jQuery, я отдаю должное всему сообществу и участникам, стоящим за этими именами, в том числе, конечно же, первоначальным авторам библиотеки и фреймворка, таким как Джон Резиг.

Кроме того, из-за нехватки времени эта статья является грубой, неточной и может даже не дать объективного описания развития фронтенд-технологии. Это суждение о тенденции развития интерфейса представляет собой только мое субъективное восприятие, а не консенсус отрасли, и я призываю читателей к пониманию. Не используйте мнения этой статьи в качестве основы для оценки развития фронтенд-технологии. Спасибо!

Github отказывается от jQuery

25 июля 2018 г.Мислав МароничБыл сделан твит, в котором сообщалось, что jQuery полностью удален из внешнего интерфейса GitHub.com (на фото ниже). Более того, я также объяснил в самоотвеченном (сдержанном шоу), что никакие другие фреймворки не используются после удаления jQuery, но все полагаются на собственные API.

Многие люди не знают, у меня много корней с jQuery. Около 11 лет назад (2007 г.) из-за моей «сумасшедшей одержимости» jQuery я взял на себя инициативу по переводу документации jQuery 1.1 в Китае. Позже некоторые друзья продолжили переводить новую версию jQuery на основе версии, которую я перевел, и не забыли упомянуть меня в «О программе» (http://hemin.cn/jq/about.html):

Мне стыдно называть меня «проводником jQuery в Китае». Но с учетом того, что документации по jQuery в то время было мало, китайская версия, которую я перевел, должна была помочь многим студентам. Позже я также перевелLearning jQuery("Основное руководство по jQuery").

Из-за этой неразрывной связи с jQuery новость о том, что GitHub.com полностью отказался от jQuery, заставила меня кое о чем задуматься. Итак, решил написать эту небольшую статью для читателей (надеюсь, полезная, ха-ха).

Великолепие jQuery

jQuery изначально родился в августе 2006 года Джоном Резигом (https://zh.wikipedia.org/wiki/JQuery). Более 10 лет назад веб-разработчики (до появления понятия «интерфейс») страдали от несовместимости браузеров. Появилась группа библиотек/фреймворков JavaScript, представленных jQuery:

• Dojo
• jQuery
• MooTools
• Prototype
• Yahoo! User Interface Library (YUI)
• Script.aculo.us

Некоторые из этих библиотек являются универсальными, например jQuery, такие как Dojo и Prototype, а некоторые используют более специализированный путь, например YUI (компонентизация) и Script.aculo.us (взаимодействие с анимацией). С точки зрения общих функций большинство этих библиотек предоставляют следующие возможности:

• Синтаксический сахар: связанные вызовы, служебные функции
• Выбор элементов: на основе различных стандартных селекторов и селекторов, настраиваемых библиотекой, а также фильтрация с помощью обратных вызовов.
• Управляйте DOM: создавайте и манипулируйте элементами и даже манипулируйте различными атрибутами
• Обработка событий: готовые события и различные способы регистрации и запуска событий, и даже делегаты
• Анимация: анимация свойств CSS на основе анимации и встроенных методов анимации.
• Ajax: инкапсулируйте собственный API XMLHttpRequest, чтобы упростить методы запросов и обработку обратных вызовов.

Серия книг, рекламирующих и продвигающих эти библиотеки и фреймворки, выходила одна за другой, что быстро способствовало принятию этих библиотек. опубликовано в 2010 г.DOM Scripting, 2nd(«Искусство написания сценариев DOM на JavaScript (2-е издание)») — одна из них. В этой книге есть специальное приложение, знакомящее с популярными в то время библиотеками, в основном с jQuery.

Самоописание официального сайта jQuery в то время было следующим:

"быстрая и краткая библиотека JavaScript, упрощающая просмотр HTML-документов, обработку событий, анимацию и взаимодействие Ajax для быстрой веб-разработки. jQuery разработан, чтобы изменить способ написания JavaScript".

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

Причины, по которым разработчики выбирают jQuery, просты и понятны:

• кроссбраузерный
• Просто и эффективно
• Стабильный и надежный
• Обильные плагины

2011 новое издание 6-го издания "Книги о носорогах" -JavaScript: The Definitive Guide, 6thДаже вытащил все 64 страницы главы 19, чтобы объяснить jQuery («Глава 19. Библиотека jQuery»).

С тех пор jQuery достиг своего расцвета и славы. Позже, с увеличением количества взаимодействий с интерфейсом и популярностью мобильных приложений, один за другим появились jQuery UI и jQuery Mobile.

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

выбор истории

Последние 10 лет были самыми быстрорастущими 10 годами в истории «передовой индустрии».

Наступление мобильной социальной эры не только не затмило настольную сеть, но и стимулировало быстрое совершенствование веб-стандартов. HTML5 обеспечивает не только отличную обратную совместимость, но и более богатый собственный DOM API. Начиная с CSS3, CSS вступил на путь модульности: стили текста, макеты типографики, медиа-запросы и различные новые модули вызывают головокружение.

Основные популярные браузеры также быстро следуют за ними: Firefox, Chrome, Opera, Safari, IE и даже Edge активно рефакторят или даже переписывают ядро, стремясь стать «моделью», поддерживающей веб-стандарты. В связи с этим крупные интернет-компании продолжают увеличивать количество совместимых версий IE с 8 до 9, затем до 10, а затем до 11.

Конечно, есть и стандарт языка ECMAScript. С момента выпуска эпохального ES6 (ECMAScript 2015) JavaScript, наконец, действительно начал избавляться от смущения «игрушечного» языка. Что еще более важно, начиная с ES6, ECMAScript также вошел в ритм быстрой итерации и версии, выпускаемой каждый год. ES7, ES8 и ES9, каждый раз добавляя в язык более мощные языковые функции.

В то же время появление серверных сред выполнения и инструментов перевода, таких как Node.js и Babel, также ускорило разработку интерфейса и конвергенцию традиционных передовых методов разработки программного обеспечения промышленного уровня.

В 2012 году автор перевел статью «JavaScript Throne: Seven Frameworks on the Sword» в сообществе Turing (http://www.ituring.com.cn/article/8108). «Семь рамок» в то время были:

• Backbone
• Knockout
• Spine
• CanJS
• Ember
• AngularJS
• Batman
• Meteor

Позже основной SPA Google (Single Page Application, одностраничное приложение) Angular, наконец, процветает. Вскоре на подходе был «элегантный HTML в JS» от Facebook. В конце концов, родился Vue, который объединяет сильные стороны различных компаний, прост и удобен в использовании.

Front-end разработка постепенно превратилась из «сельскохозяйственной цивилизации» в пост-эру «подсечно-огневой» в квази-«индустриальную цивилизацию», характеризующуюся крупномасштабностью, масштабируемостью, стандартизацией и автоматизацией.

Как говорится: «Если кожи не будет, волосы придут». Как упоминалось ранее, новая среда породила новый урожай фреймворков-новичков. Некогда блестящий jQuery наконец-то подошел к тому моменту, когда его можно будет шикарно закрыть.

несколько слов совета

8 лет назад,DOM Scripting, 2ndРекомендуя разработчикам использовать front-end библиотеки, он сказал следующие слова:

«Хорошо использовать библиотеку в разработке, но не только если вы знаете, как ее использовать, но и как она работает. Если вы не можете пройти мимо этих библиотек, когда они станут вашими костылями, вы последуете за «Crippled». обязательно найдите время, чтобы изучить и освоить JavaScript и DOM, прежде чем использовать библиотеку. Мы с самого начала подчеркивали важность «знания почему», говоря всем, что вы не можете быть удовлетворены просто «знанием этого». Если вы используете Если у вас есть библиотека, но вы не знаете, зачем она нужна, это будет вредно для вас и продукта».

В 2012 году Рэй Николус, который вскоре перешел с бэкенда на фронтенд, взял на себя обслуживание и разработку кроссбраузерной библиотеки загрузки файлов (https://github.com/FineUploader). Его первым побуждением было переписать библиотеку на jQuery. Однако пользователи против введения каких-либо зависимостей от других библиотек. В результате он может использовать только API родного браузера. Ну и что? Он обнаружил, что отказаться от jQuery проще, чем он думал.

В 2014 году Рэй опубликовал серию блогов «Вам не нужен jQuery!» (https://blog.garstasio.com/you-dont-need-jquery/). В 2016 году его книгаBeyond jQuery(Apress, https://www.amazon.com/dp/1484222342/). Рэй предположил, что изучение фронтенд-разработки должно проходить в таком порядке:

1. Изучайте JavaScript
2. Изучите веб-API
3. Изучите jQuery (или другой фреймворк/библиотеку)

Но многие люди на самом деле начинают с № 3, а затем начинают с № 1 и № 2 (и никогда даже не думают о № 1 и № 2). Результатом является «только знание того, что есть, но не знание почему».

Теперь времена изменились, jQuery подходит к концу, и новое поколение сред разработки на основе компонентов находится в пути. Однако «нет ничего нового под солнцем.» Независимо от того, используете ли вы Angular, React или Vue, важно действительно понимать, что происходит за ними.

(Чтобы избежать подозрений в рекламе, я не буду сосредотачиваться на рекомендации будущей книги «Vue.js in Simple Vue.js», опубликованной Лю Боуэном из интерфейса 360 навигации, хахаха~~, потому что нет обложка для демонстрации.)

конец

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