Плохой подход. Вы предлагаете на каждом новом проекте реализовывать заново реактивность, роутинг, компоненты? Чтобы что? Чтобы сделать разработку в 10 раз дороже и дольше?
А нехер подключать с чужих cdn. Если так нужно - запили свой.
Google PageSpeed. Агрится на jQuery вовсю
Циферки в pagespeed не значат ничего. Есть миллионы сайтов, где показатели pagespeed отвратительные, но они большие, популярные, известные и раскрученные. При этом отпидорашенные станички с 100 баллами в Pagespeed сидят в жопе поисковой выдачи и получают по 100 юзеров в сутки максимум.
jQuery сам по себе ничего такого не несёт, там всё очень простое, избитое и популярное. Для чего jQuery подключают? Формочку обработать? События? Это можно и так сделать.
jQuery - это Bootstrap в JS. Набор готовых компонентов для быстрой разработки и прототипирования. Плюс миллионы готовых плагинов для него. При этом его могут использовать люди, почти не знакомые с программированием. А вот написать самому код обработки событий формы, валидации формы и т.д. такой человек не сможет. Не путайте швейцарский нож (jquery) и набор профессиональных инструментов (нативочка). Первым может пользоваться и домохозяйка, чтобы повесить картину (сделать форму обратной связи на сайте), а второе - набор для профессионала. Зачем их сравнивать между собой - непонятно
Всё-таки фреймворк, в отличие от библиотеки (jQuery) — не просто набор готовых функций. Фреймворк задаёт рамки работы, организует подход, за ним стоит концепция: в какую структуру должны организовываться компоненты и как взаимодействовать. В этом его плюс — разработчики лучше понимают код друг друга. Библиотека же даёт слишком много вольностей в её использовании.
Но главная причина, почему jQuery годиться только для мелких проектов — она предполагает хранение состояния компонента, по-старинке, в DOM, который не стабилен и трудно контролируемый. Любой современный фреймворк реализует data-driven подход: меняешь данные в объекте, а DOM обновляется сам по заданным правилам. Что, конечно же, сильно экономит ресурсы всех заинтересованных лиц.
Комментарий недоступен
Плохой подход. Вы предлагаете на каждом новом проекте реализовывать заново реактивность, роутинг, компоненты? Чтобы что? Чтобы сделать разработку в 10 раз дороже и дольше?
Подключаете вы jQuery с cdn
А нехер подключать с чужих cdn. Если так нужно - запили свой.
Google PageSpeed. Агрится на jQuery вовсю
Циферки в pagespeed не значат ничего. Есть миллионы сайтов, где показатели pagespeed отвратительные, но они большие, популярные, известные и раскрученные. При этом отпидорашенные станички с 100 баллами в Pagespeed сидят в жопе поисковой выдачи и получают по 100 юзеров в сутки максимум.
jQuery сам по себе ничего такого не несёт, там всё очень простое, избитое и популярное. Для чего jQuery подключают? Формочку обработать? События? Это можно и так сделать.
jQuery - это Bootstrap в JS. Набор готовых компонентов для быстрой разработки и прототипирования. Плюс миллионы готовых плагинов для него. При этом его могут использовать люди, почти не знакомые с программированием. А вот написать самому код обработки событий формы, валидации формы и т.д. такой человек не сможет.
Не путайте швейцарский нож (jquery) и набор профессиональных инструментов (нативочка). Первым может пользоваться и домохозяйка, чтобы повесить картину (сделать форму обратной связи на сайте), а второе - набор для профессионала. Зачем их сравнивать между собой - непонятно
Всё-таки фреймворк, в отличие от библиотеки (jQuery) — не просто набор готовых функций. Фреймворк задаёт рамки работы, организует подход, за ним стоит концепция: в какую структуру должны организовываться компоненты и как взаимодействовать. В этом его плюс — разработчики лучше понимают код друг друга. Библиотека же даёт слишком много вольностей в её использовании.
Но главная причина, почему jQuery годиться только для мелких проектов — она предполагает хранение состояния компонента, по-старинке, в DOM, который не стабилен и трудно контролируемый. Любой современный фреймворк реализует data-driven подход: меняешь данные в объекте, а DOM обновляется сам по заданным правилам. Что, конечно же, сильно экономит ресурсы всех заинтересованных лиц.
Фреймворки делают программёров импотентами. Скажешь им - сделай то-то без фреймворка, и тут увидишь бессилие в глазах, ну куда это годится?
Шуруповерт делает монтажника инпотентом. Скажешь им - крути саморезы отверткой - увидишь бессилие в их глазах (читай "получишь в свой глаз").
Так можно про что угодно сказать. И про vue. и про продукцию jetBrains и т.д.