Содержание

Как отказаться от jQuery в современном фронтенде: опыт команды GitHub

Не так давно GitHub полностью перестал использовать jQuery в своём фронтенд-коде. Мы перевели пост, в котором разработчики рассказывают, с чего началась их работа с jQuery, как они поняли, что пора от него отказываться, и как они смогли сделать это без использования других библиотек или фреймворков.

Зачем jQuery был нужен раньше?

jQuery 1.2.1 вошёл в число зависимостей GitHub в конце 2007 года. Это произошло за год до того, как Google выпустил первую версию браузера Chrome. На тот момент не было общепринятого способа обращаться к элементам DOM с помощью CSS-селектора, не было стандартного способа добавить анимацию к стилю элемента, а интерфейс XMLHttpRequest, предложенный Internet Explorer, как и многие API, был плохо совместим с браузерами.

С jQuery стало гораздо проще управлять DOM, создавать анимации и делать AJAX-запросы. У веб-разработчиков появилась возможность создавать более современные, динамические сайты, которые выделялись среди остальных. Самое главное, все функции JavaScript, проверенные в одном браузере с помощью jQuery, как правило, работали и в других браузерах. На заре GitHub, когда большинство его функций только обретали форму, появление jQuery позволило небольшой команде разработчиков быстро создавать прототипы и представлять новые функции без необходимости подстраивать их отдельно под каждый браузер.

Простой интерфейс jQuery также послужил основой для создания библиотек, которые в будущем стали компонентами остальной части фронтенда GitHub.com: pjax и facebox.

Веб-стандарты в последующие годы

С течением времени GitHub превратился в компанию с сотнями разработчиков и постепеннно сформировалась команда, которая отвечала за размер и качество JavaScript-кода, который мы отправляем браузерам. Одна из вещей, за которыми мы постоянно следим, — технический долг, порой вырастающий из некогда полезных зависимостей, которые потеряли свою актуальность по прошествии времени.

Когда очередь дошла до jQuery, мы сравнили его с развивающимся веб-стандартом в браузерах и поняли, что:

  • Шаблон $(selector) можно легко заменить на querySelectorAll();
  • Переключение CSS-классов теперь можно осуществить с помощью Element. classList;
  • CSS теперь поддерживает создание анимации в таблицах стилей, а не в JavaScript;
  • $.ajax-запросы можно выполнять с помощью Fetch Standard;
  • Интерфейс addEventListener()
    достаточно стабилен для кроссплатформенного использования;
  • Шаблон делегирования событий легко инкапсулировать с помощью легковесной библиотеки;
  • С эволюцией JavaScript часть синтаксического сахара jQuery устарела.

Кроме того, синтаксис цепочек команд не удовлетворял нашим представлениям о коде, который мы хотели бы писать в будущем. Например:

$('.js-widget')
  .addClass('is-loading')
  .show()

Такой синтаксис прост в написании, однако по нашим стандартам не очень хорошо передаёт намерения автора. Сколько элементов js-widget, по его задумке, должно быть на странице: один или больше? А если мы обновим разметку страницы и случайно оставим имя класса js-widget

, будет ли выброшено исключение, которое сообщит нам, что что-то пошло не так? По умолчанию jQuery молча пропускает всё выражение, когда нет совпадений по начальному селектору; однако для нас такое поведение было больше багом, нежели фичей.

Наконец, нам хотелось начать аннотировать типы с Flow, чтобы проводить статическую проверку типов во время сборки, и мы пришли к выводу, что синтаксис цепочек плохо поддаётся статическому анализу, так как почти каждый результат вызова метода jQuery одного и того же типа. Из возможных вариантов мы выбрали именно Flow, так как тогда такие возможности, как режим

@flow weak, позволили нам начать прогрессивно и эффективно применять типы к кодовой базе, которая по большей части была нетипизированной.

В конечном счёте отказ от jQuery означает, что мы можем больше полагаться на веб-стандарты, использовать веб-документацию MDN в качестве официальной документации для наших фронтендеров, поддерживать более гибкий код в будущем и уменьшить вес наших зависимостей на 30 Кбайт, что в итоге увеличит скорость загрузки страницы и выполнения JavaScript.

Постепенный переход

Хотя наша конечная цель была не за горами, мы знали, что было бы нецелесообразно направить все имеющиеся ресурсы на переписывание всего с jQuery на чистый JS.

Во всяком случае, такое поспешное решение негативно бы сказалось на функциональности сайта, от которой нам бы пришлось отказаться. Вместо этого мы:

  • Начали отслеживать количество вызовов jQuery на строку кода и следили за графиком на протяжении времени, чтобы убедиться, что он либо не меняется, либо падает, но не растёт.
  • Отказались от использования jQuery в новом коде. Чтобы достичь этого с помощью автоматизации, мы создали eslint-plugin-jquery, который проваливал CI-тесты при попытке использовать возможности jQuery вроде
    $.ajax    .
  • В старом коде появилось много нарушений правил eslint, которые мы пометили с помощью специальных правил eslint-disable в комментариях. Для того, кто будет это читать, такие комментарии должны были служить явным сигналом того, что здесь не отражаются наши текущие методы написания кода
  • Мы написали бота, который при отправке pull request’а оставлял комментарий, сигнализирующий нашей команде каждый раз, как кто-то хотел добавить новое правило eslint-disable. Таким образом мы могли провести ревью кода на ранней стадии и предложить альтернативы.
  • Большая часть старого кода была явно связана с внешними интерфейсами jQuery-плагинов pjax и facebox, поэтому мы оставили их интерфейсы почти без изменений, в то время как изнутри заменили их реализацией на чистом JS. Наличие статической проверки типов вселило в нас уверенность в проводимом рефакторинге.
  • Много старого кода было связано с rails-behaviors, нашим адаптером для Ruby on Rails, таким образом, что он присоединял обработчик жизненного цикла AJAX к определённым формам:
    // УСТАРЕВШИЙ ПОДХОД
  $(document).on('ajaxSuccess', 'form.js-widget', function(event, xhr, settings, data) {
    // вставка данных ответа куда-нибудь в DOM
  })

    Вместо того чтобы переписывать все эти вызовы согласно новому подходу, мы решили использовать ложные события жизненного цикла

    ajax*, и формы продолжали отправлять данные асинхронно, как и раньше; только теперь изнутри использовался fetch().

  • Мы поддерживали свою сборку jQuery, из которой убирали ненужные нам модули и заменяли более лёгкой версией. Например, после избавления от всех jQuery-специфичных CSS-псевдоселекторов вроде :visible или :checkbox мы смогли убрать модуль Sizzle; а когда мы заменили $.ajax-вызовы на fecth()
    , мы смогли отказаться от модуля AJAX. Мы убивали двух зайцев разом: уменьшали время выполнения JavaScript, параллельно гарантируя то, что никто не напишет код, который будет пытаться использовать удалённую функциональность.
  • Глядя на статистику нашего сайта, мы старались прекратить поддержку Internet Explorer настолько быстро, насколько это возможно. Как только использование определённой версии IE падало ниже определённого порога, мы прекращали её поддержку и фокусировались на более современных браузерах. Отказ от поддержки IE 8-9 на раннем этапе позволил нам использовать многие нативные возможности браузеров, которые в противном случае было бы сложно «заполифиллить».
  • В рамках нашего усовершенствованного подхода к написанию фронтенда GitHub мы сосредоточились на использовании обычного HTML по-максимуму, добавляя JavaScript в качестве последовательного улучшения. В итоге даже те формы и другие элементы интерфейса, которые были улучшены с помощью JS, как правило, могли работать даже с выключенным в браузере JavaScript. В некоторых случаях нам даже удалось удалить определённую устаревшую функциональность вместо её переписывания на чистом JS.

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

Custom Elements: пользовательские элементы

Одна технология, наделавшая шуму в последние годы, — Custom Elements: библиотека компонентов, встроенная в браузер, что означает отсутствие необходимости для пользователя качать, парсить и компилировать дополнительные байты фреймворка.

Мы создали несколько пользовательских элементов на основе спецификации v0 с 2014 года. Однако, поскольку стандарты в то время постоянно менялись, мы сильно в это не вкладывались. А начали только с 2017 года, когда была выпущена спецификация Web Components v1, реализованная как в Chrome, так и в Safari.

Во время перехода с jQuery мы искали структуры, которые можно было бы извлечь в качестве пользовательских элементов. Например, мы преобразовали код facebox, использованный для отображения модальных диалогов, в элемент <details-dialog>.

Наша общая философия прогрессивного улучшения относится и к пользовательским элементам. Это значит, что мы стараемся хранить как можно больше контента в разметке и только добавлять поведение поверх неё. Например, <local-time> по умолчанию показывает исходную временную метку, но с улучшением может переводить время в местный часовой пояс, а <details-dialog>, расположенный внутри элемента <details>

, интерактивен даже без JavaScript, но может быть улучшен до расширенных возможностей доступа.

Вот пример того, как можно реализовать элемент <local-time>:

// Элемент local-time отображает время в текущем
// часовом поясе и местоположении пользователя.
//
// Пример:
//   Sep 6, 2018
//
class LocalTimeElement extends HTMLElement {
  static get observedAttributes() {
    return ['datetime']
  }

  attributeChangedCallback(attrName, oldValue, newValue) {
    if (attrName === 'datetime') {
      const date = new Date(newValue)
      this.textContent = date.toLocaleString()
    }
  }
}

if (!window.customElements.get('local-time')) {
  window.LocalTimeElement = LocalTimeElement
  window.customElements.define('local-time', LocalTimeElement)
}

Один из аспектов Web Components, который мы очень хотим перенять, — Shadow DOM. У Shadow DOM есть потенциал для раскрытия множества возможностей для веба, однако он также усложняет полифиллинг. Так как его полифиллинг на данный момент приведёт к снижению производительности даже для кода, который управляет частями DOM, не относящихся к веб-компонентам, для нас нецелесообразно использовать его в продакшне.

Полифиллы

Здесь вы можете увидеть полифиллы, которые помогли нам перейти к использованию встроенных возможностей браузера. Мы стараемся использовать их, только когда это совершенно необходимо, т.е. как часть отдельного JavaScript-бандла для совместимости с устаревшими браузерами.

  • github/eventlistener-polyfill
  • github/fetch
  • github/form-data-entries
  • iamdustan/smoothscroll
  • javan/details-element-polyfill
  • jonathantneal/closest
  • kumarharsh/custom-event-polyfill
  • marvinhagemeister/request-idle-polyfill
  • mathiasbynens/Array.from
  • mathiasbynens/String.prototype.codePointAt
  • mathiasbynens/String.prototype.endsWith
  • mathiasbynens/String.prototype.startsWith
  • medikoo/es6-symbol
  • nicjansma/usertiming.js
  • rubennorte/es6-object-assign
  • stefanpenner/es6-promise
  • webcomponents/template
  • webcomponents/URL
  • webcomponents/webcomponentsjs
  • WebReflection/url-search-params
  • yola/classlist-polyfill

Смотрите также: «Фундаментальные принципы объектно-ориентированного программирования на JavaScript»

Перевод статьи «Removing jQuery from GitHub. com frontend»

Лучшие альтернативы jQuery для команд разработчиков

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

Так или иначе, давайте начнем!

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

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

Итак, вот план:

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

Звучит хорошо? Отлично, давайте начнем эту вечеринку!

альтернативы jQuery

Vanilla JS

Теперь мы все знаем Vanilla JS, верно? Это старый добрый JavaScript без какой-либо библиотеки или фреймворка. В большинстве случаев вам больше ничего не нужно. Это быстрее и легче, особенно для небольших проектов. Попробуйте, он всегда есть!

zepto.js

Это минималистичный фреймворк, который очень похож на jQuery, но легче. Он идеально подходит для мобильной веб-разработки и поддерживает знакомый синтаксис jQuery. Круто, да?

Наличные

Нужна легкая замена jQuery? Не ищите ничего, кроме Кэша. С крошечным размером файла он предлагает аналогичную функциональность, но без большого объема. Отличный выбор для проектов, которым нужны только базовые функции jQuery.

Umbrella JS

Вы должны попробовать Umbrella JS. Это еще одна небольшая альтернатива jQuery, сверхлегкая и ориентированная на предоставление основных функций. Идеально подходит для небольших проектов и прост в освоении, особенно если вы уже знакомы с jQuery.

Alpine.js

Слышали об Alpine.js? Это минимальная структура для создания поведения JavaScript в вашем HTML. Это фантастический вариант, если вам нужно что-то простое и декларативное без накладных расходов на более крупный фреймворк.

nanoJS

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

Балалайка

Балалайку видели? Это крошечная DOM-библиотека с jQuery-подобным API. Он быстрый, легкий и отлично подходит для небольших проектов, которым нужна помощь простой и эффективной библиотеки.

jBone

Вы должны попробовать jBone. Это легкая, подключаемая библиотека DOM с jQuery-подобным API. Это отличный выбор, если вам нужна простая, серьезная библиотека для ваших проектов.

DOMtastic

Позвольте мне рассказать вам о DOMtastic. Это легкая, модульная и высокопроизводительная альтернатива jQuery. У него похожий API, так что вы будете чувствовать себя как дома. Отлично подходит для тех, кто ищет компактное решение без ущерба для функциональности.

Minified.js

Вы должны проверить Minified.js. Это крошечная сверхбыстрая библиотека, которая предоставляет функциональность, подобную jQuery. Он идеально подходит для проектов, которым требуется легкое и эффективное решение. API похож, поэтому его легко понять, если вы привыкли к jQuery.

Спринт

Вот крутой вариант: Спринт. Это крошечная высокопроизводительная библиотека, похожая на jQuery. Он имеет аналогичный API и ориентирован на предоставление основных функций jQuery без дополнительного веса. Определенно стоит посмотреть!

Zest

Не забывайте о Zest. Это быстрый и легкий механизм выбора CSS с API, подобным jQuery. Это отличный выбор, если вы ищете простой и эффективный способ управления выбором и манипулированием DOM.

Bliss

Bliss вам понравится. Это легкая библиотека, которая расширяет нативные DOM-прототипы некоторыми очень полезными методами. Это как jQuery, но без объема. Идеально подходит для тех, кто ищет более родной подход.

Часто задаваемые вопросы об альтернативах jQuery

Какие существуют популярные альтернативы jQuery?

Ну, есть довольно много популярных альтернатив jQuery, таких как Vanilla JS , React, Angular, Vue. js и Backbone.js. Каждая из этих альтернатив имеет свои уникальные преимущества и варианты использования, поэтому вам нужно выбрать ту, которая лучше всего соответствует вашим конкретным потребностям.

Почему следует рассмотреть возможность использования альтернативы jQuery?

jQuery существует уже некоторое время, и ему уже бесспорно мощная библиотека. Однако иногда он может быть громоздким и медленным. Современные альтернативы, такие как React , Angular или Vue.js, разработаны, чтобы быть легкими, быстрыми и могут обеспечить лучшую производительность для ваших веб-приложений.

Могу ли я использовать альтернативу jQuery с существующим проектом jQuery?

Абсолютно! полностью возможно интегрировать альтернативу jQuery в существующий проект. Вы можете либо использовать альтернативную библиотеку вместе с jQuery, либо постепенно заменять компоненты jQuery новой библиотекой. Это может потребовать некоторых усилий и планирования, но это выполнимо.

Сложнее ли изучать альтернативы jQuery?

Не обязательно. Некоторые альтернативы jQuery, такие как Vanilla JS , на самом деле проще, чем jQuery. Другие, такие как React или Angular, могут иметь более крутую кривую обучения, но они также обеспечивают лучшую структуру и организацию вашего кода. Приложив немного усилий, вы справитесь с этим.

Как выбрать лучшую альтернативу jQuery для моего проекта?

Подумайте о потребностях и целях вашего проекта. Учитывайте размер, требования к производительности и конкретные функции, которые вам нужны. Затем изучите альтернативы, сравнив их плюсы и минусы. Не стесняйтесь спросить мнение или совет у коллег-разработчиков или онлайн-сообществ.

Сделает ли мой сайт быстрее использование альтернативы jQuery?

Во многих случаях да ! Альтернативы jQuery, такие как Vanilla JS, React, Angular или Vue.js, как правило, более легкие и оптимизированы для повышения производительности. Однако фактическое улучшение скорости будет зависеть от вашего конкретного варианта использования и того, как вы реализуете альтернативу.

Могу ли я использовать более одной альтернативы jQuery в одном проекте?

Конечно, вы можете . Однако это не всегда лучшая идея. Смешивание нескольких библиотек может привести к проблемам совместимости и сделать веб-сайт более тяжелым и медленным. Как правило, лучше выбрать одну альтернативу, которая отвечает всем вашим потребностям, и придерживаться ее.

Существуют ли какие-либо риски при переходе с jQuery на альтернативу?

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

Как мне узнать, следует ли мне придерживаться jQuery или переключиться на альтернативу?

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

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

Совместимы ли альтернативы jQuery со старыми браузерами?

Некоторые альтернативы jQuery могут быть не полностью совместимы со старыми браузерами. Например, Vanilla JS опирается на собственные функции браузера, которые могут быть недоступны в старых браузерах.

Однако такие библиотеки, как React, Angular и Vue.js, часто имеют запасные варианты или полифиллы для обеспечения совместимости с более широким спектром браузеров. Просто не забудьте проверить совместимость, прежде чем сделать свой выбор.

Заканчивая размышления об альтернативах jQuery

Мы подошли к концу этого удивительного путешествия по изучению альтернативы jQuery . Я имею в виду, кто бы мог подумать, что существует так много вариантов, верно? Скажу вам, я очень впечатлен.

Итак, подытожим, вот рассмотренные нами альтернативы:

  • Vanilla JS : Старый добрый JavaScript, без излишеств.
  • React : популярная универсальная библиотека для создания пользовательских интерфейсов.
  • Vue.js : Элегантный и легкий фреймворк для внешнего интерфейса.
  • Угловой : мощная платформа для создания сложных веб-приложений.

Я имею в виду, выбор за вами! Вы не ошибетесь ни с одной из этих альтернатив. Все зависит от того, что вам нужно и что вам удобно. Но, эй, не бойтесь выйти из своей зоны комфорта и попробовать что-то новое, верно?

Честно говоря, мне не терпится увидеть, какие еще креативные решения придумают разработчики в будущем. Это захватывающее время для веб-разработки, и я уверен, что мы продолжим видеть удивительные достижения в ближайшие годы.

Ну вот! Я надеюсь, что вы нашли эту статью полезной и информативной. Удачи в вашем следующем проекте, и помните, что нет предела возможностям этих альтернатив jQuery!

Если вам понравилась эта статья об альтернативах jQuery, вы должны прочитать эту статью об альтернативах Hadoop.

Есть также похожие статьи, в которых обсуждаются альтернативы Next.js, альтернативы Bootstrap, альтернативы React и альтернативы Java.

И давайте не будем забывать о статьях об альтернативах JavaScript, GraphQL, Django и Python.

  • Автор
  • Последние сообщения

Богдан Санду

Богдан работает веб-дизайнером и программистом со школы (давным-давно). У него есть страсть к созданию визуально ошеломляющих и удобных для пользователя веб-сайтов.

Последние сообщения Богдана Санду (посмотреть все)

10 лучших альтернатив jQuery — какая из них лучше?

В этой статье будут рассмотрены десять лучших альтернатив jQuery. В список входят React, Javascript, Vue, Bootstrap, Cash, Zepto и т. д.

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

Однако разработчикам нужно больше сосредоточиться на других вещах. jQuery существует уже более 15 лет, и его популярность для HTML-скриптов была обусловлена ​​тем, что в любое веб-приложение было добавлено больше функций с меньшим количеством кода.

Хотя это по-прежнему замечательная программная библиотека, она не отвечает определенным требованиям наиболее эффективно. Это то, для чего мы здесь. Здесь мы обсудим 10 лучших альтернатив jQuery, которые вы можете использовать.

Содержание

  • 1 Что такое jQuery?
    • 1.1 Преимущества jQuery
    • 1.2 Недостатки jQuery
  • 2 10 лучших альтернатив jQuery
    • 2.1 1.     React
    • 2.2 2 .     JavaScript
    • 2.3 3.     Vue
    • 2.4 4.     Umbrella JS
    • 2.5 5.     Chibi JS
    • 2. 6 6.     Syncfusion Essential JS2
    • 2.7 7.     Bootstrap
    • 2.8 8.     Наличные
    • 2.9 9.     Zepto
    • 2.10 10.  Angular JS
  • 3 Заключение
  • 4 Часто задаваемые вопросы
  • 5 Что такое jQuery?
  • 6 Каковы плюсы и минусы jQuery?
  • 7 Каковы лучшие альтернативы jQuery?

Что такое jQuery?

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

Он легкий по сравнению с JavaScript. В то же время он расширяем и универсален для разработчиков.

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

Преимущества jQuery

Ниже приведены некоторые из лучших преимуществ jQuery

.
  • Улучшение JavaScript

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

  • Умение писать простой код

JQuery очень прост с точки зрения работы и чтения. Это также очень понятно и многоразово.

  • Простота использования

Использовать jQuery проще, если сравнить его с другими библиотеками JavaScript и самим JavaScript.

Недостатки jQuery

Хотя у jQuery много возможностей и преимуществ, у него есть и недостатки. Ниже приведены некоторые из них

  • Библиотека слишком велика для загрузки

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

  • Скрывает части JavaScript

Кодирование в jQuery содержит абстракцию. Он скрывает части JavaScript в коде, что иногда усложняет понимание и изучение кода.

  • API jQuery DOM устарели

В наши дни браузеры стали намного более совершенными. В настоящее время браузеры могут делать то же самое, что и API-интерфейсы jQuery DOM. Значит, устаревает.

10 лучших альтернатив jQuery

Существует множество различных опций, которые можно использовать в качестве альтернативы jQuery. Вот 10 лучших из всех доступных вариантов.

1.     Реагировать

Лучшей альтернативой jQuery является React, потому что он наилучшим образом удовлетворяет большинству требований разработчиков.

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

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

2.

     JavaScript

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

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

Хотя с точки зрения функциональности он великолепен, он может быть не таким простым в использовании с точки зрения кодирования, как jQuery.

Чтобы узнать больше о том, как легко разместить приложение Javascript, прочтите статью Размещение вашего приложения Javascript. Кроме того, зайдите на Back4App и узнайте, как эта платформа может помочь разработчикам создавать приложения Javascript до 80 % быстрее.

3.     Vue

Фреймворк JavaScript, представляющий собой хорошую альтернативу jQuery с открытым исходным кодом. Он идеально подходит для создания пользовательских интерфейсов для веб-приложений.

Это также может быть вашим лучшим выбором для создания мобильных и настольных приложений. Vue поставляется с такими функциями, как универсальность, обработка событий, переходы, анимация, виртуальный DOM и многое другое, что гарантирует, что он не отстает от jQuery с точки зрения разработки. Vue также предлагает гибкость.

4.     Зонтик JS

Umbrella JS позволяет использовать нативные методы JS, что делает его известной альтернативой jQuery. Есть только несколько изменений в его синтаксисе, а в остальном все то же самое.

Umbrella JS имеет небольшой размер и прост в использовании. Небольшой размер ускоряет загрузку даже на мобильных устройствах.

Что касается поддержки разработчиков, она поставляется с хорошей документацией. Возможность повторного использования кода — это функция, которая делает его еще более ценным.

5.     Чиби JS

Если вам нужно получить библиотеку небольшого размера, то это ваш лучший выбор. Отзывчивость великолепна, и веб-сайты загружаются быстро, если они разработаны с помощью Chibi JS.

Он поставляется с хорошей поддержкой широкого спектра современных браузеров. Итак, производительность веб-приложения с Chibi JS хорошая.

6.     Syncfusion Essential JS2

Это пользовательский интерфейс JavaScript, который управляет библиотекой TypeScript с функциями, включая легкий характер, более низкую кривую обучения и накладные расходы.

Точно так же он поставляется с модульной библиотекой, которая делает веб-приложения более многофункциональными. Если вам нужна надежность в производительности, то Syncfusion Essential JS2 — ваш лучший выбор.

7.     Автозагрузка

Bootstrap — одна из самых популярных платформ для создания адаптивных веб-приложений, которые хорошо работают на мобильных устройствах.

Шаблоны дизайна

позволяют легко настраивать их, упрощая проектирование интерфейса. Точно так же его легче изучать по сравнению с jQuery.

Bootstrap всегда фокусируется на том, чтобы сделать веб-сайты максимально отзывчивыми со всеми его функциями и техническими особенностями Backend, такими как стили, служебные классы и структура.

8.     Наличные

Cash поставляется с базовым синтаксисом, таким как jQuery, и предоставляет все необходимые основные функции.

Тем не менее, он хорошо поддерживает почти все браузеры выше IE10+, что делает его популярным дополнительным модулем. Небольшой размер файла всего 8 КБ делает его очень привлекательным для разработчиков, упрощая работу с ним.

9.     Zepto

Zepto — это библиотека с открытым исходным кодом с большой библиотекой API, совместимых с jQuery.

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

Эти API являются гибкими и поставляются с лицензией MIT. Начать работу с jQuery несложно, если вы знаете JavaScript.

10. Угловой JS

Google поддерживает Angular JS, и это платформа с открытым исходным кодом, которая обладает удивительной расширяемостью.

Angular JS — идеальный выбор для многих областей, включая бизнес-аналитику, электронную коммерцию и Интернет вещей.

No related posts.