Актуальны ли технологии AJAX и JQUERY при нынешних веб реалиях?

Question

[CryptBomj]

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

Comments

[Dmitry Bay]

Ну так вы сравните скорость и удобство.

Напишите обработчик на клик на нативном языке и на JQuery. Сравните сколько плюшек есть в JQuery.

[V Sh.]

Jquery - просто "еще один" JS-фреймворк, пусть и один из самых популярных. Без него вполне можно обойтись.
AJAX - технология запроса данных клиент/сервер. Интересно, что вы подразумеваете под альтернативами. WebSockets? Ну они для разных вещей применяются...

[WapSter]

Технология AJAX актуальна всегда, только не в рамках jquery. Jquery вообще не нужен

[CryptBomj]

Понял - принял, спасибо за ваши комментарии

Answer 1

[ThunderCat]

jquery - такой себе жс для ленивых, много длинных функций объединенных в удобные обертки, естественно найдется как много сторонников jquery (например есть куча готовых жс скриптов использующих как движок jquery), так и много поборников "чистого арийского" кода (только ванилла, только хардкор!). На самом деле все зависит от задачи, уровня владения и философии разработчика. Как таковая библиотека не особо устарела и много где используется, использовать ли ее лично вам - вопрос вкуса и убеждений. Подробнее обсуждалось тут.

что касается AJAX - скорее всего вы не совсем понимаете в чем суть, так как это не какая-то библиотека или фреймворк, а метод взаимодействия между клиентом и сервером, по протоколу http(s), позволяющий отправлять запросы без необходимости перезагружать страницу, но из контекста страницы (читать про XMLHttpRequest), и является неотъемлемой частью веб апи и устареет еще очень не скоро. Как некая альтернатива ему может выступать сокет соединение, но обычно области применения этих технологий разные, как и задачи, которые они выполняют.

Comments

[unreal_serg]

XMLHttpRequest - это устаревший подход к отправке асинхронных запросов. на текущий момент есть такая вещь как fetch, которая упрощает работу с асинхронными запросами. А XHR используется в порядке обратной совместимости т.к. много кода, его использующего!
Как вариант, почитать - https://learn.javascript.ru/xmlhttprequest

[CryptBomj]

А fetch это из React что-то, если не ошибаюсь ? Тип сейчас Нормальный фронт на React работает с асинхронкой через fetch ?

[ThunderCat]

unreal_serg, во первых, fetch это не совсем аякс, точнее совсем не аякс (как минимум по названию, где икс в конце - эксэмэль, хотя не это важно и с реквестом тоже не все упирается в XML, отличие в возврате промиса вместо набора данных). Во вторых - это разные апи, XMLHttpRequest апи само по себе, а fetch - отдельное апи, со своими нюансами и фишками. Да, фетч более свежий и удобный, но к аяксу в классической формулировке отношения не имеет.
CryptBomj, fetch() - современная замена XMLHttpRequest объекту, встроенная в жс, реакт его использует, но это не часть реакта, а часть веб апи, более простая в использовании, но и со своими нюансами, в частности более глубокая асинхронность и работа через промис, как пример мелких отличий - по умолчанию фетч не отправляет куки, для отправки куки нужно отдельно указывать это в параметрах, а возвращаемое значение не содержит данные, а отдает промис.

[unreal_serg]

ThunderCat, термином AJAX обозначают, по сути, любые асинхронные запросы, просто термин старый потому в нем и присутствует X, когда все на XML базировалось. А используется fetch или XHR вообще не важно.
Вот по этой ссылке можно об этом подробнее прочитать - https://learn.javascript.ru/fetch

[ThunderCat]

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

[unreal_serg]

ThunderCat, а в каких источниках вы смотрели? Вот например еще источники - https://developer.mozilla.org/en-US/docs/Web/Guide/AJAX.
https://www.w3schools.com/js/js_ajax_intro.asp.
В этих источниках написано тоже самое. Надеюсь, вы знаете что такое mozilla и w3schools. Первый - разработчик одного из известных браузеров FireFox, вторые - основной поставщик веба в мир.
Какое может быть еще одно мнение? Еще раз повторяю, AJAX - это не технология, это описание способа взаимодействия сайта с сервером, а технологии могут применяться хоть fetch хоть XHR.

[ThunderCat]

unreal_serg, ок,
1 линк:

Asynchronous JavaScript and XML, while not a technology in itself, is a term coined in 2005 by Jesse James Garrett, that describes a "new" approach to using a number of existing technologies together, including HTML or XHTML, CSS, JavaScript, DOM, XML, XSLT, and most importantly the XMLHttpRequest object.

2 линк:

What is AJAX?
AJAX just uses a combination of:
A browser built-in XMLHttpRequest object (to request data from a web server)
JavaScript and HTML DOM (to display or use the data)
AJAX is a misleading name. AJAX applications might use XML to transport data, but it is equally common to transport data as plain text or JSON text.

Да, ниже всегда упоминается фетч, но там больше что-то типа - есть такая модная фишка - фетч, она круче и мощнее. Больше похоже на "это замена аяксу".

Идем на тот же мсдн в раздел фетч апи, читаем:

The fetch specification differs from jQuery.ajax() in the following significant ways: ...

больше про аякс на этой странице не упоминается.

там же идем на страничку XMLHttpRequest:

XMLHttpRequest is used heavily in AJAX programming.

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

You will learn a lot more about the XMLHttpRequest object in the AJAX chapters of this tutorial.

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

[unreal_serg]

Не вырывая из контекста привожу скрин, где четко написано про AJAX и XHR с fetch как разделы AJAX.

Идем на тот же мсдн в раздел фетч апи, читаем:
The fetch specification differs from jQuery.ajax() in the following significant ways: ...
больше про аякс на этой странице не упоминается.

Чел, ты серьезно? Ты смотришь инфу про фетч в разделах "Отличие fetch от JQuery"???


Я хз по что я ввязался, но походу ты перепутал fetch и метод Jquery $.ajax() судя по тому, какие цитаты ты привел из источников. Потому у тебя такие разграничения одного от другого. А инфу в источниках ты ищешь ту, которая оправдывает твои представления об этих технологиях.
Нет ничего серьезного сказать, что ты ошибся. Более того, можно это делать так, что никто даже не подумает тебя упрекнуть в этом. Главное, не вводить людей в заблуждение пытаясь оправдать свои ошибки...

[ThunderCat]

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

походу ты перепутал fetch и метод Jquery $.ajax()

Я ничего не перепутал, я написал что это единственное упоминание слова "аякс" на странице описания фетч, причем в отличительном ключе, то есть фетч отделяют от аякса (неявно, но тенденция прослеживается, на той же странице ксмлреквеста большой сноской прописано что это основа аякс технологии, в фетче же вообще не упоминается что он как то к аяксу относится). Причины я в конце комментария написал. Между собой я их не сравнивал, естественно, где ты это прочел - непонятно.

Answer 2

[unreal_serg]

Jquery вполне актуален для дешевых проектов до 100к рублей примерно. Middle разработчик на React, Vue, Angular стоит тысяч 150 в месяц, в то время как специалист, знающий Jquery стоит чуть ли не в два раза дешевле, отсюда и актуальность Jquery.
Jquery гораздо проще всех вышеперечисленных библиотек/фреймворков. Накидать на нем слайдер, счетчик и прочие мелкие модули для мелких сайтов - 5 минут, не говоря уже о бесчисленном множестве готовых решений. В то время как, намутить "клик вне элемента" на Vue3 CLI для компонента в списке будет тот еще гемор. В то время как на Jquery навесил слушатель по классу, сделал проверку и не паришься!
Поэтому вывод: для более менее продвинутых приложений типа SPA, CRM, админка и пр. - актуальнее всего использовать прогрессивные фремворки. Для дешевых сайтов - смело бери Jquery, вероятность ошибиться будет минимальная. Особенно если ты бэкендер и знания фронта посредственные. И жадный заказчик тебе спасибо скажет (наверное).
А все эти "Jquery не нужен" - детские понты среди программистов аля "я пишу на Vue, jquery - кал", "Я пишу на Java, PHP - кал", "Я пишу на C, Java - кал" и т.д.
Ajax - это термин, означающий отправку асинхронных запросов. На сегодняшний день актуально использовать fetch в нативном JS/

Comments

[CryptBomj]

Я не очень знаком с асинхроннками... fetch он получается в обычном JS без всяких react создаёт тот же эффект, что и AJAX ? Он связывает JS и бэк(PHP) с помощью того же jquery, создавая ту же асинхроннку ?

[shurshur]

CryptBomj, да, fetch - это то, что придумали на замену страшному XMLHttpRequest. Позволяет сделать web-вызов из js. Не надо тут использовать противопоставление "фронт-бэк", потому что бэк тоже может быть написан на js и тоже может использовать fetch для каких-то целей.

Answer 3

[CryptBomj]

Ребят, подскажите, а что мне сейчас изучать для ассинхронки и связывание фронт - бд ? Я просто корзину в магазине делаю и нужно всё это соединять как-то, но сказали, что тип AJAX устарел и можно всё делать в JS уже.

Comments

[CryptBomj]

TheAndrey7, понял, спасибо