Делегирование событий - это метод оптимизации производительности в мире Javascript. Допустим, у вас есть неупорядоченный список <ul> с 1000 элементами списка, и вы хотите что-то делать при каждом нажатии элемента списка. При подходе делегирования событий вместо добавления одного обработчика событий для каждого из дочерних элементов вы добавляете только 1 onclick к родительскому элементу <ul>. Это аккуратный подход. 

Состояние является основополагающей частью приложений React, что означает, что управление состоянием чрезвычайно важно. С момента появления Context API, а затем и хуков управление состоянием было относительно простым, поскольку Context API помогает нам избавиться от стресса, связанного с использованием Redux.

По большей части, React и State идут рука об руку. По мере роста вашего приложения React управление состоянием становится все более и более важным.

С React 16.8 и введением хуков React Context API заметно улучшился. Теперь мы можем комбинировать это с хуками для имитации react-redux; некоторые люди даже используют его для управления всем состоянием приложения. Однако у React Context есть некоторые подводные камни, и чрезмерное использование может привести к проблемам с производительностью.

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

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

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

Как определить, какое действие будет предпринято при каждом событии

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

Существует так много способов, которыми мы можем создавать приложения React и отправлять их в производство. Одним из способов является сборка React с NodeJS или Java, а другой способ - сборка приложения React и подача этого статического контента на веб-сервер NGINX. Когда мы строим с NGINX и докером, нам не нужно иметь дело с временем выполнения сервера или кодом, связанным с сервером. NGINX все, что нам нужно, чтобы собрать приложение для prod и обслуживать сгенерированный статический контент на сервере.

В этом посте мы увидим подробности и реализацию второго подхода. Мы пройдем шаг за шагом с примером.

JavaScript рассматривает функции как первоклассных граждан. И мы можем увидеть это в React сейчас больше, чем когда-либо с введением Hooks в версии 16.8 Они учитывают манипуляции с состоянием и побочные эффекты на функциональные компоненты.

По своей сути, Gatsby использует ванильный React со всеми его функциями. Таким образом, это означает, что хуки доступны для использования с простым объявлением import. Давайте посмотрим на некоторые из способов, которыми мы можем воспользоваться ими.