Во-первых, React — это библиотека JavaScript для создания пользовательских интерфейсов. Это не фреймворк, и, скорее всего, его придется комбинировать с другими библиотеками для формирования решений.
React создает то, что известно как пользовательский интерфейс или пользовательский интерфейс, который пользователь видит при обычном использовании программы. 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 позволяет дизайнерам работать с «виртуальной» программой, которая более дружелюбна, чем настоящая программа. Respond принципиально действует как ваш представитель, который будет вести переписку с DOM ради вас.
Respond часто называют «Fair JavaScript». Это означает, что у него есть небольшой API для изучения, и после этого ваши навыки JavaScript делают вас превосходным дизайнером React. Это преимущество перед библиотеками с более широкими API. Точно так же React API по большей части работает (и альтернативные классы, если они вам нужны). Когда вы слышите, что пользовательский интерфейс является частью вашей информации, в React это действительно так.
Изучение React позаботится о больших возможностях и для портативных приложений iOS и Android. Respond Native позволяет вам использовать свои возможности React для сборки локальных портативных приложений. Вы даже можете разделить некоторое обоснование между вашими веб-приложениями, приложениями для iOS и Android.
Группа React в Facebook тестирует все улучшения и новые функции, которые знакомят с React недалеко от facebook.com, что повышает доверие к библиотеке среди местного населения. Редко можно увидеть огромные и подлинные ошибки в выпусках React, поскольку они появляются только после интенсивного тестирования в Facebook. Respons также контролирует другие активно используемые веб-приложения, такие как Netflix, Twitter, Airbnb и некоторые другие.
