React может быть популярен среди разработчиков, но немногие разработчики полностью избегают использования библиотеки React. Давайте поймем их опасения по поводу React и проверим, верны они или нет. Также это поможет нам решить, использовать ли React или нет и соответствует ли он нашим требованиям. Ниже приведены 5 основных причин, по которым люди избегают реагировать:
- JSX отличается от HTML, поэтому нужно переписать HTML
- Нужно построить приложение React
- Конфликты версий
- Устаревшие ресурсы
- Усталость от решений
Итак, давайте начнем и исследуем эти проблемы.
1. JSX отличается от HTML, поэтому нужно переписать HTML
JSX означает JavaScript XML. Из-за названия многие разработчики думают, что это более мощный XML, а не HTML, что не соответствует действительности. Что касается любой технологии, то основными проблемами для разработчиков являются затраты времени на освоение технологии и дополнительный синтаксис, который им необходимо изучить. Из-за этого многие считают, что изучение JSX для использования React — это дополнительная задача.
JSX на самом деле очень близок к HTML по синтаксису. В нем очень мало ключевых слов, названных иначе, чем в HTML. JSX и HTML имеют общие теги. Как и в HTML, у нас есть ключевое слово «Класс», а в JSX это «имя_класса», поскольку класс уже является ключевым словом в JS.
HTML
‹класс div=”контейнер”›
JSX
‹div className="контейнер"›
Все атрибуты HTML одинаковы в JSX, только они написаны в Camel Case.
HTML
‹button oncliick="helloWorld()"›Привет‹/кнопка›
JSX
‹button onClick={helloWorld}›Привет‹/button›
Мы можем создать JSX из HTML, просто заменив несколько строк. Также вы найдете множество конвертеров HTML в JSX онлайн, если это необходимо. Также, если вы хотите, вы можете выполнить массовое преобразование из HTML в JSX, используя пакеты узлов. Так что изучить JSX довольно легко. Любой разработчик, знающий HTML, может изучить JSX. Так что не нужно беспокоиться о JSX.
2. Нужно собрать приложение React
Да, вам нужно выполнить шаг сборки для приложения React. Но это неплохо, потому что почти все фреймворки в наши дни требуют шагов сборки. Кроме того, он предоставляет дополнительные функции, которые, если вам нужны простые веб-приложения на основе HTML и JS, вам, возможно, придется добавить для них дополнительные сценарии. Дополнительные функции, предоставляемые шагами сборки:
- Минимизировать и уменьшить размер
- Транспиляция и добавление последней функции JS
- Линтинг
- Тестирование
Также легко настроить реакцию на разработку. Сборка может добавить дополнительный шаг, но это почти неизбежно, независимо от того, какой фреймворк/библиотеку вы используете. Кроме того, функции, предоставляемые на этапе сборки, более полезны по сравнению с дополнительными накладными расходами, которые он добавляет.
3. Конфликты версий
Многие разработчики избегают React из-за конфликтов версий. Поскольку несколько пакетов React несовместимы со старой версией. Также нельзя запускать 2 версии реакции на одной странице. Все компоненты должны иметь одинаковую версию React. React развивался с течением времени, поэтому некоторые функции были удалены из основного пакета.
Этих конфликтов версий можно очень легко избежать. Наша команда следует этим шагам, чтобы избежать конфликтов версий.
- Определитесь с версией React перед разработкой.
- При обновлении библиотек, связанных с React, также обновляется версия React.
- В зависимости от необходимости решите, когда переходить на новую версию React.
Конфликт версий может быть проблемой при использовании React, но его очень легко исправить, и его можно полностью избежать, выполнив несколько шагов.
4. Устаревшие ресурсы
У React есть тонны документации, примеров и потоков для поддержки. Это здорово, что есть много доступных ресурсов, но это также создает путаницу, поскольку среди них присутствует много старых и устаревших ресурсов. Как упоминалось выше, React со временем развивался, и многие функции были удалены из основной библиотеки, чтобы сделать ее компактнее. Из-за этого вы можете найти пример и ссылки на старый код. Ниже приведены несколько функций, которые удалены из основной библиотеки React.
- React DOM извлекается в собственный пакет
- Создать класс, извлеченный в отдельную библиотеку
- Типы пропов теперь имеют собственный пакет NPM
- Миксин удален из реакции
Избежать устаревших ресурсов легко. Это можно решить, используя официальную документацию React, а поскольку у React очень мало API, вы можете легко пройти через них. Да, старые примеры и ресурсы — это проблема, но избежать их очень легко.
5. Усталость от решений
React не дает в нем всех возможностей веб-разработки, так как это библиотека. Но вы можете найти множество вариантов реализации этих функций с помощью React. Например, вы можете не найти маршрутизатор для страниц в библиотеке React, но можете легко определить пути с помощью React Router.
Таким образом, в основном React дает вам больше возможностей делать что-то так, как вы хотите, что хорошо, но для других ряд вариантов может показаться пугающим. Это зависит от вашей точки зрения.
Есть 4 ключевых решения, которые вы должны принять при использовании React, которые мы обсудим один за другим.
- Среда разработки
- Класс или функции
- Типы
- Государственное управление
1. Среда разработки
Для настройки среды разработки вы можете найти более 100 шаблонов по вашему желанию здесь. Но create-реагировать-приложение — это рекомендуемый способ настройки среды разработки. Он используется большинством людей. Он имеет много встроенных функций. Однако он не включает в себя маршрутизацию и управление состоянием.
2. Класс или функции
Использование класса или функции является основной темой для обсуждения. Но, как указало сообщество React, они будут использовать функции, а классы могут быть удалены в будущих версиях React. Мы рекомендуем использовать функции, так как их синтаксис более лаконичен и помогает избежать ошибок. Кроме того, большинство функций реагирования являются чистыми функциями, поэтому их легко писать и тестировать.
3. Типы
Типы можно обрабатывать разными способами, но наиболее популярными являются PropTypes, TypeScript, Flux. У каждого из них есть свои плюсы и минусы.
PropTpyes используются для принудительного применения типов только в средах разработки. Типы применяются во время выполнения. TypeScript также можно использовать в производстве, и он обеспечивает проверку типов во время компиляции, поэтому легко избежать ошибок. Flow похож на TypeScript, но может работать независимо.
4. Государственное управление
Plain React очень хорош в управлении состоянием, и многие люди предпочитают его. Но доступны и другие варианты, такие как -
- Flux — Централизованное состояние
- Redux — Централизованное состояние с неизменяемыми объектами
- Mobx — Централизованное состояние с наблюдаемыми структурами данных
Каждый из них имеет свой собственный уникальный взгляд на управление состоянием. Но каждому легко научиться. Вы можете выбрать в зависимости от того, что вам нужно использовать.
Как сказал дядя Бен: «Большая сила — это большая ответственность», точно так же «С большим количеством вариантов приходит усталость от принятия решений». Это может быть хорошо для некоторых разработчиков, поскольку дает больше контроля и возможностей, но может быть не очень хорошо для других, поскольку требуется больше времени, чтобы решить, что использовать. Но это полностью зависит от их точки зрения.
Как вы заметили, почти все упомянутые опасения, связанные с React, являются ложными или легко устраняемыми. React предоставляет больше возможностей для большей гибкости и контроля, но может подойти не всем. Но это не может быть причиной, по которой вы можете избежать React.
