Не устали ли мы от вездесущих фреймворков 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.

  1. Ваше приложение простое или небольшое. Когда работаете с незначительным проектом, например, просто экспериментируете с новым API JavaScript.
  2. Если у вас есть ограничения по производительности. Когда ваше приложение должно показывать высокую эффективность даже при узкополосном подключении.

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

Когда использовать фреймворк JavaScript будет разумным выбором

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

1. Ваше приложение масштабное

Когда вы создаёте большое приложение, может быть логично использовать фреймворк JavaScript. Чаще всего фреймворк идёт вместе с мощной поддержкой от сообщества.

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

2. Вы или компания цените открытое ПО

Лучшее качество открытого ПО в том, что каждый может использовать его как хочет (конечно, если лицензия позволяет). 

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

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

3. Быстрая разработка новых функций

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

Заключение

В своих рассуждениях о фреймворках JavaScript я привёл больше плюсов, чем минусов.

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

Всегда спрашивайте себя: “Для чего мне нужен этот фреймворк? Какой будет выгода для нас, если создать его своими силами или выбрать вариант из уже существующих?”. Ещё не забывайте подумать о таких вещах: “Какие последствия это имеет для пользователя? Малобюджетный телефон подойдёт для этого приложения так же хорошо, как и флагманские смартфоны?”

Благодарности

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

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

Читайте также:

Перевод статьи Dev by RayRay: You Don’t Need a JavaScript Framework

Предыдущая статьяСписок важнейших команд в Docker
Следующая статьяВведение в блокчейн  -  основу криптовалют