Во-первых, React - это библиотека JavaScript для создания пользовательских интерфейсов. Это не фреймворк, и его, вероятно, придется объединить с большим количеством библиотек для формирования решений.

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

Согласование дерева реакции:

До React, когда мы предполагали работать с программным API, известным как DOM API, мы старались не пересекать дерево DOM, насколько это было разумно ожидать, и для этого есть оправдание. Любая процедура в DOM выполняется в единственной строке, которая отвечает за все остальные вещи, происходящие в программе, включая ответы на такие действия клиента, как создание, просмотр, изменение размера и т. Д.

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

Когда мы советуем React предоставить дерево компонентов в программе, он сначала создает виртуальное изображение этого дерева и сохраняет его в памяти на какое-то другое время. В этот момент он продолжит выполнять задачи DOM, которые заставят дерево появиться в программе.

Когда мы советуем React обновить дерево недавно доставленных компонентов, он создает еще одно виртуальное изображение обновленного дерева. В настоящее время React имеет в памяти 2 представления дерева!

Чтобы доставить обновленное дерево в программу, React не избавляется от того, что было эффективно доставлено. При прочих равных, он проанализирует 2 виртуальные адаптации дерева, которые у него есть в памяти, обработает контрасты между ними, отсортирует, какие поддеревья в основном дереве следует обновить, и просто обновит эти поддеревья в программа.

Этот цикл известен как расчет компромисса дерева, и именно он делает React исключительно продуктивным подходом к работе с деревом DOM программы. Мы увидим иллюстрацию этого в мгновение ока.

Помимо языка, основанного на откровенных результатах, и компромисса искусного дерева, вот еще пара разных причин, по которым, на мой взгляд, React приобрел такую ​​известность:

Работать с DOM API сложно. Respond позволяет дизайнерам работать с «виртуальной» программой, которая более удобна, чем настоящая программа. По сути, Response действует как ваш представитель, который будет вести переписку с DOM ради вас.

Ответу часто дается имя «Справедливый JavaScript». Это означает, что у него есть небольшой API для изучения, и после этого ваши способности JavaScript делают вас превосходным дизайнером React. Это преимущество перед библиотеками с расширенными API. Точно так же React API по большей части работает (и альтернативные классы, если они вам нужны). В тот момент, когда вы слышите, что пользовательский интерфейс является компонентом вашей информации, в React это действительно так.

Learning React заботится о большом - это идеальная возможность для портативных приложений iOS и Android. Respond Native позволяет вам использовать свои способности React для сборки локальных переносимых приложений. Вы даже можете разделить какое-то обоснование на свои веб-приложения, приложения для iOS и Android.

Группа React в Facebook тестирует все улучшения и новые возможности, которые знакомы с React не так уж далеко на facebook.com, что укрепляет доверие к библиотеке среди местных жителей. В разрядах React редко можно увидеть огромные и настоящие ошибки, поскольку они появляются только после интенсивного тестирования создания в Facebook. Аналогичным образом Respond контролирует другие активно используемые веб-приложения, такие как Netflix, Twitter, Airbnb и некоторые другие.