Для чего нужен useContext в React, простым языком 

объяснил просто за счёт того что... 1) На функциях а не на классах что правильно и проще для начинающих. 2) Передача в контексте не каких-то тяжёлых в понимании для новичка объектов, логикии либо дескруктуризации - а простой строки. 3) Наглядное представление в одном файле, потому как при объяснении для новичков очень тяжело держать имена и содержания абстракций( по типу объектов) и при этом открывать, создавать, называть другие файлы. А тут все в одном файле с говорящими за себя названиями. p.S. Я писал туда без контекста, но дока и остальные видосы это представляют так запутано, хотя по сути это глобальный пропс-компонент, в который нужно обернуть компонент которому нужен будет этот пропс на любом из уровней. Спасибо за лаконичное объяснение

не сказал бы

Согласен

Попробуйте redux в связке с redux-tookit, это исправление проблемы связанной с избыточным написанием кода, которая уже стала стандартом.

@@dmitrii_gerasimov пробовал, чуть проще, но все равно кажется на мудрено. Но вернутся стоит, чтобы еще раз разобрать

согласен, а то как бастрыкин через лупу смотреть надо

В новых видео делаю шрифт крупнее.

Да, конечно на любом, просто используйте "setContext": const [context, setContext] = useContext(Context);

Без провайдера вообще не будет работать. Он же передаёт данные в компоненты.

@@dmitrii_gerasimov В данном моменте, на 5:06, при закомментированном провайдере, выводится значение, заданное в скобках createContext

Так в этом случае выводится не содержимое контекста, а заглушка.

Да, вполне.

1. Например, чтобы сократить число библиотек. 2. У Вас большая вложенность и при отправке данных с помощью props может возникнуть ситуация, что куча свойств попадает в компоненты, но в них никак не используется. По сути, получаем, чтобы только отдать дальше. 3. Ну и никто не отменял личные предпочтения.

Про масштаб вы написали верно. Отмечу еще несколько пунктов из личного опыта. 1. Соглашение на проекте. Стор если значение используется во многих иерархически независимых местах. Контекст для местных значений которые не используются после размонтирования конкретной страницы/компонента (не нужно специально чистить редьсер и приводить к первоначальному значению) 2. Стор плохо подходит для часто изменяющихся значений (отрисовка графиков реалтайме с частотой в 20мс, таймлайн для видео) Тут лучше контекст с useRef 3. Если вы хотите запихнуть в контекст значение и функцию его изменяющую, что часто делают, то это будет плохой идеей. Потому что, без доп. ухищрений, при изменении значения будут обновляться компоненты с функцией а не только значением 4. В большом проекте у вас очень много зависимостей кода и это приводит к проблемам. Вы думаете что контекст авторизации всегда будет верхним, но это может изменится и через пол года он будет взаимно связан с контекстом оплаты Есть еще много нюансов, но сходу не вспомнить

@@user-tx3jv1zk4y спасибо!)

Зависит от ваших предпочтений. Это просто разные подходы к одному и тому же. Но часто контекст используют для каких-то библиотек, как например react-redux.

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