Библиотеки JavaScript доминируют в стеках.

Допустим, есть 3 категории стека: внешний интерфейс, серверная часть и сторонние сервисы. Дело в том, что у JavaScript есть библиотеки во всех этих категориях стека (P.S. вот почему я ❤️ JavaScript), потому что JavaScript — это язык программирования, который можно использовать как в качестве внутреннего, так и внешнего интерфейса. Вот почему существует так много вариантов библиотек JavaScript. Вот несколько примеров таких библиотек:

Библиотеки JavaScript для интерфейса:

  • ReactJS для реактивного пользовательского интерфейса
  • VueJS для реактивного пользовательского интерфейса
  • Svelte для реактивного пользовательского интерфейса
  • Axios для HTTP-запроса

Библиотеки JavaScript для бэкенда:

  • Кукловод для управления высокоуровневым API Chrome или Chromium
  • Призма для базы данных ORM (Object-Relational Mapping) безопасного типа
  • Node-Redis для клиента Redis

Библиотеки JavaScript для сторонних сервисов:

и количество библиотек JavaScript продолжает расти с каждым годом. Здесь общее количество взятых в 2022 году из менеджера пакетов NPM составляет более 2 миллионов:

Почему нам нужно выбрать правильную библиотеку JavaScript?

Основная цель выбора правильных библиотек JavaScript — сделать вашу разработку проще и быстрее. Количество библиотек JavaScript продолжает расти, даже каждый год рождаются новые популярные библиотеки JavaScript. Опрос Stack Overflow говорит, что с 2016 по 2022 год JavaScript всегда входит в пятерку самых любимых языков программирования, в этом случае чем популярнее язык программирования, тем больше появляется новых разработчиков, чем больше разработчиков JavaScript хотят создавать свои библиотеки, тем больше вариантов библиотек доступны.

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

⚡ В конце этой статьи вы узнаете, как эффективно выбирать библиотеки JavaScript.

Проблема с большим количеством вариантов библиотек JavaScript.

Библиотеки JavaScript становятся настолько шумными, что так много опций затрудняет нам принятие решения о выборе правильной. У каждой библиотеки есть преимущества и недостатки, если мы не рассмотрим ее глубоко, мы не знаем, действительно ли она может помочь ускорить наш процесс разработки или нет. Мы не можем остановить рост числа библиотек JavaScript, что мы можем сделать, так это улучшить их выбор.

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

Вот пример, в котором я хочу найти средство выбора даты для реакции в диспетчере пакетов пряжи, которое показывает 1000+:

Тогда мои вопросы:

  1. Всегда ли первый результат правильный?
  2. Действительно ли это помогает моему развитию?
  3. Легко ли им пользоваться?

В этой статье я поделюсь своим опытом о том, что делать, чтобы ответить на эти вопросы.

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

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

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

Попробуйте все популярные библиотеки JavaScript — это похоже на ставки. Результат может иногда быть пустой тратой моего времени и иногда быть хорошим опытом.

⚠️ Можно экспериментировать с самыми популярными библиотеками JavaScript в своих учебных целях.

Почему недостаточно попробовать библиотеку JavaScript только один раз?

Большинство новых популярных библиотек JavaScript очень активно разрабатываются. Вот почему нам недостаточно попробовать библиотеку JavaScript только один раз, чтобы составить мнение о библиотеке. Когда происходят серьезные изменения, улучшения иногда делают библиотеки более удобными в использовании, менее глючными или улучшают производительность.

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

Я пытаюсь понять, могу ли я найти другой способ более легко, и мне нравится это делать.

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

Вот советы:

Совет № 1: Сосредоточьтесь на том, в чем вы разбираетесь

Лучше выбрать библиотеку, которую вы уже хорошо знаете, а не библиотеку, в которой вы новичок.

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

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

Библиотека JavaScript должна упростить процесс разработки.

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

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

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

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

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

Совет № 2: сначала проверьте документацию

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

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

1. Понимание формата документации.

Документация обычно написана в формате, который легко понять и использовать для объяснения функций и опций. Документация каждой библиотеки написана в другом формате, поэтому быстрый способ проверить документацию — сначала понять формат. Как только вы ознакомитесь с форматом документации, вы сможете легко понять все функции библиотеки.

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

2. Ссылка на документацию

Справочник по документации — это ресурс, в котором подробно объясняются функции и параметры библиотеки, в том числе используемый синтаксис, параметры и тип данных. Понимание справочника помогает нам быстро адаптироваться к использованию библиотеки. Этот пункт может быть необязательным, когда вы используете такие расширения, как Интеллектуальное завершение кода в вашей IDE, он автоматически покажет вам ссылку во время написания кода.

Это пример ссылки на код, отображаемой в среде IDE. Я использую код VS и машинописный текст со встроенным Интеллектуальным завершением кода. Когда я вызываю функцию getFirestore из библиотеки Firestore, она показывает описание, параметры и примеры событий.

3. Примеры кода

Это моя любимая часть документации, потому что она может ускорить понимание использования библиотеки. По моему опыту, проверка примера — самый быстрый способ узнать, что я ищу. К сожалению, не вся документация в библиотеке содержит примеры кода.

Пример кода в документации помогает нам быстрее и легче понять библиотеку.

Вот пример документации с примерами кода:

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

Совет № 3: не делайте ставку на малообслуживаемые библиотеки с открытым исходным кодом

Вы никогда не должны использовать низко поддерживаемую библиотеку в своем проекте.

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

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

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

  1. Проверьте последний коммит в основной или основной ветке. Убедитесь, что это не более 3 месяцев назад.
  2. Проверьте открытые задачи в репозитории, убедитесь, что кто-то ответит на них в течение 3–7 дней после открытия задачи.
  3. По крайней мере, иметь десятки форков на GitHub.

Хорошая библиотека с открытым исходным кодом поддерживается активными участниками.

Совет № 4: Избегайте изменения существующих библиотек

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

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

  1. В существующей библиотеке нет проблем с безопасностью.
  2. Существующая библиотека еще не устарела.
  3. В существующей библиотеке нет повторяющихся проблем.

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

Совет № 5: Может быть, вам вообще не нужна библиотека

Вам не нужно постоянно пользоваться библиотекой JavaScript.

Вам не всегда нужно добавлять новую библиотеку, если она доступна в основном API JavaScript. Вам не всегда нужно использовать библиотеку Axios, если вы можете использовать выборку. Вам не всегда нужно использовать jQuery, если вы можете использовать JavaScript DOM API. Вам не всегда нужно использовать Underscore, если вы знаете все методы массива в основном API JavaScript. Сокращение количества используемых вами библиотек JavaScript повысит производительность вашего приложения.

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

Основные выводы:

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

  • Выберите наиболее знакомую вам библиотеку.
  • Сначала проверьте документацию, чтобы убедиться, что вам легко ее понять.
  • Избегайте использования библиотек, которые плохо поддерживаются.
  • Не изменяйте существующую библиотеку.
  • Нет необходимости в библиотеке, если она существует в основном API JavaScript.

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

Первоначально опубликовано на https://kotaxdev.com.