Не устали ли мы от вездесущих фреймворков JavaScript? Возможно, что мы не обращаем внимание на эффективность и пакетные данные от наших пользователей?
Вернёмся в эпоху jQuery
Помните те дни, когда все на каждом шагу пользовались jQuery? jQuery до, jQuery после, все буквально пропиталось этим jQuery. В каждом веб-сайте или веб-приложении можно было найти jQuery. Почему?
Разработчики посчитали, что Vanilla JavaScript слишком сложный в управлении. В браузерах он показывал много значительных отличий.
К счастью, те дни прошли. jQuery решил серьёзную проблему для сообщества JavaScript и в то же время сделал большинство из нас ленивыми, ведь мы не разбираемся в том, что происходит у него “под капотом”. Для меня это всё закончилось вместе с запуском такого сайта.
Эра засилья JavaScript
Прямо сейчас, хотя 2020 год и начался относительно недавно, но мы уже успели создать слишком много веб-сайтов и веб-приложений на всём, что было доступно: Angular, React, Vue.js, Svelte, или Polymer. Не буду перечислять их все…
Возможно, вы подумаете: “ну окей, ты продолжай рассуждать и мы посмотрим”. Что ж, приступим, мои планы на эту статью именно такие. Я смотрю критическим взглядом на своё личное помешательство на JavaScript.
Давайте честно. Никогда ещё не было так просто запустить приложение или сайт при помощи одной команды. В Angular мы пишем ng new project name, а на React мы делаем как-то иначе …, но аналогично коротко.
В основном мы выбираем то, что лучше всего подходит для конкретного случая. Но нам стоит меньше пользоваться JavaScript и более вдумчиво относится к тому, что мы грузим внутрь своего приложения.
Потому что, возможно, HTML, CSS, и JavaScript будет вполне достаточно.
Когда я говорю о фреймворке JavaScript, я также имею в виду и библиотеку JavaScript. Angular, React, Vue.js и Svelte для меня относятся к этой же категории. Да, конечно, есть и намного больше технологий и инструментов…но речь не о них, сосредоточимся на сути.
Плюсы и минусы в работе фреймворка JavaScript
Если пользоваться фреймворком JavaScript, то он может принести и пользу, и вред. В одной и той же ситуации, одно будет лучше, чем другое, а в остальных случаях — наоборот.
Я работаю с Angular каждый день и люблю экспериментировать с React или Vue.js. Иногда я пробую какую-то небольшую микро-библиотеку JavaScript, которая умеет делать хорошо только что-то одно.
Когда вам не стоит пользоваться JavaScript-фреймворком
Есть несколько ситуаций, в которых я бы не советовал пользоваться фреймворком JavaScript, а охотно рекомендую JavaScript или Vanilla JavaScript.
- Ваше приложение простое или небольшое. Когда работаете с незначительным проектом, например, просто экспериментируете с новым API JavaScript.
- Если у вас есть ограничения по производительности. Когда ваше приложение должно показывать высокую эффективность даже при узкополосном подключении.
Считается каждый байт, отправленный свыше лимита. К тому же может быть неразумно пользоваться большим фреймворком. Он стоит больших денег из-за дополнительных расходов. Существует много инструментов, которые сделают процесс более управляемым. Лучше предотвратить проблемы, чем решать их.
Когда использовать фреймворк JavaScript будет разумным выбором
Есть и ситуации, в которых правильное решение — пользоваться JavaScript-фреймворком. Но даже тогда нам нужно быть внимательными со всеми деталями.
1. Ваше приложение масштабное
Когда вы создаёте большое приложение, может быть логично использовать фреймворк JavaScript. Чаще всего фреймворк идёт вместе с мощной поддержкой от сообщества.
Часто сообщество делится многими обучающими материалами, которые помогают создавать приложение. Они будут поддерживать вас постоянно.
2. Вы или компания цените открытое ПО
Лучшее качество открытого ПО в том, что каждый может использовать его как хочет (конечно, если лицензия позволяет).
Многие элементы такого фреймворка созданы людьми в их свободное от основной работы время. Разработчику или компании, которые пользуются такими продуктами, это не стоит никаких денег.
Если компания/разработчик помогает разрабатывать JavaScript-фреймворк, другие тоже получают от этого пользу.
3. Быстрая разработка новых функций
Большинство фреймворков предлагают много инструментов и поэтому с ними вести разработку проще: можно быстро добавлять новые функции. Вы можете доверять таким инструментам, ведь много умных инженеров посвятили много своего времени на их тестирование.
Заключение
В своих рассуждениях о фреймворках JavaScript я привёл больше плюсов, чем минусов.
Пусть это звучит красиво — пользоваться фреймворком, но мы, разработчики, должны быть очень осторожными с тем, что мы вкладываем в свои веб-разработки.
Всегда спрашивайте себя: “Для чего мне нужен этот фреймворк? Какой будет выгода для нас, если создать его своими силами или выбрать вариант из уже существующих?”. Ещё не забывайте подумать о таких вещах: “Какие последствия это имеет для пользователя? Малобюджетный телефон подойдёт для этого приложения так же хорошо, как и флагманские смартфоны?”
Благодарности
Спасибо, что прочитали от начала до конца. Надеюсь, что вы научились более внимательно относиться к выбору JavaScript-фреймворка или решению работать без него.
Ведь, в конце концов, наша задача — создать отличное масштабируемое приложение для комфортной работы пользователей.
Читайте также:
- Отображение нативных всплывающих окон с помощью API уведомлений JavaScript
- Лучшие практики JavaScript: переменные
- Кто придет на замену JavaScript
Перевод статьи Dev by RayRay: You Don’t Need a JavaScript Framework
