Не метод, а просто функция)
А отрабатывает потому что useEffect триггерится)

Как я понял при загрузке в начале отрабатывается useEffect, после происходит проверка if которая будет true, попробуйте придумать другую логику, типо там где if в нутри класть не onChange, что-то другое

А вообще гора бесполезного кода, вместо onChange по клику

Я же оттуда пришёл)

Тогда уточните вопрос. Не совсем ясно сформулировали что хотите
Ну, на мой взгляд🤷‍♂

Понять концептуально что значит в React компоненты, допустим есть интерфейс в нем три карточки рецептов представленных однотипно, различие только в данных это заголовок и список ингредиентов. При создании компонента мы выносим общую часть Recept , внутренние пункты выносим в дочерний компонент ReceptItem, тоесть мы разбиваем элементы на многократно используемые части. А если надо масштабировать допустим 100 рецептов - и тут я ответил на свой вопрос )) вопрос отпал)

Пользуюсь Nextjs, беру query параметры, в консоль лог они выдаются, а в формик попадает undefined

потому что при первой инициализации у тебя  query не определен так как это асинхронная функция, используй флаг enableReinitialize={true}  и тогда формик дождется новых данных и выведет их

СПАСИБО!

В react все - компонент так или иначе
Компоненты просто бывают разные, не все из них переиспользуемые, некоторые можно переиспоьзовать в рамках проекта, страницы, или другого компонента

Ребят, нормально ли вызывать экшены относящиеся к одному редюсеру, в санках относящихся к другому редюсеру?
Т.е. есть например редюсер album и редюсер photos. Есть санка fetchAlbum относящаяся к редюсеру album, внутри которой делается запрос GET albums/1 за данными альбома, и параллельно второй запрос GET albums/1/photos за фотографиями из этого альбома. Вопрос: нормально ли вызывать экшен из второго редюсера photos, например setPhotos, внутри санки fetchAlbum, чтобы передать фото в редюсер photos?
Вопрос крайне идиотский, просьба не пинать нуба

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

Если оно будет работать, то сойдёт :)
А так если серьезно, то не очень это хорошо)
Это я понял после проекта, где куча багов, на такие моменты, в плане, что данные разные местами приходят и все падает под плинтус

Ребят, всем привет, изучаю NextJS, подскажите, пожалуйста, передавал в обычном React некоторые значения с помощью props.history.push (withRouter) (state параметров), есть ли какая-либо альтернатива в NEXT?

Понял. Спасибо большое тем кто откликнулся)

Ответа "Да" будет достаточно чтобы вы открыли документацию?)

А разве в этом чате запрещено называть имена библиотек?

Может просто случай личкомании. Распространено последние годы..

В данном случае нет никакого смысла придумывать и применять такие ярлыки. Зачем порождать конфликт на пустом месте?