Типо вот так?

Да

Когда второй экшн запускается, он не подхватывает изменения из стора, которые меняет первый экшн

В первом промис присутствует?

Не присутствует, я могу сделать так? export const test = nextPage => dispatch => { return new Promise(resolve => dispatch({ type: constants.CHANGE_PAGE, payload: nextPage })) }

можно ли на btnClick повесить несколько функций?

Пт всем, когда в styled component стилизуется компоннет как правильно подключать? В файле стиля импортить компонент? Или как это делается?

Ну тоесть есть к примеру Link я его импорт делаю в стайледах и в компоненте просто вызываю стилизированый Link?

Ну понял, спасибо. Просто казалось это неправильное решение, не очевидно что за компонент подключается из-за того что он в стайледах.

const MyLink = styled.a`` <MyLink as={Link} />

Ну понял, спасибо. Просто казалось это неправильное решение, не очевидно что за компонент подключается из-за того что он в стайледах.

В доке хорошо описаны варианты использования, почитай внимательнее

Народ. Задался таким вопросом. Нужен ли сейчас релакс или mobx вообще. Когда у нас уже вроде всё есть из коробки

Почему в доке реакта четко не написано что хоки/рендерпропс/хуки это разные способы достижения единой цели?

Хоки и рендерпропсы, да Но хуки это вообще другая вещь

на хуки забить? вроде они полезны. я заколебался управление состоянием протягивать в родительские компоненты - надо почитать вдруг полезны будут

HOC

инкапсуляция логики, какая еще цель?

Инкапсуляция логики слишком обще, вообще ничего не говорит о каждом из подходов. Обычное вынесение в отдельную функцию это тоже инкапсуляция логики Хуки просто заменяют тебе фичи классовых компонентов в функциональных, и местами это делается более органично чем классовые методы Хоки вообще не про то. Скажем, ты хочешь вызвать сайд эффект до рендера, это делается через хук, но через хок не сделаешь. Максимум, можешь обернуть свой компонент в хок, который вызовет сайд эффект. Но как внешний компонент вызовет сайд эффект? Через хук или конструктор классового компонента

какие альтернативы?

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

Но ведь нельзя говорить что "хуки это альтернатива хокам", ты так только запутываешь людей

вот мне надо завернуть в компонент с каким нибудь поведением по отрисовке - как тут хук заменит хок?

а я и не говорю что альтернатива. Я говорю что цель конченая одинаковая

написать кастомный хук

лучше чем хок? можно пример?

Глобальное состояние хранить в хоках. Пробрасывать через контекст. Если надо редюсер то есть хук

ну хуки полностью покрывают заачи хоков и даже больше.

Если ты экспортишь компонент, ты можешь в одну строку обернуть в хок connect()(MyComponent) С хуками придется руками обворачивать в новый компонент const WrapperComponent = () => { useConnect() return <MyComponent/> }

зачем оборачивать? можно хук прям внутри MyComponent юзать. Как раз в том плюс что не нужны лишние враперы

У тебя нет доступа внутрь, скажем 3rd party компонент

У тебя нет доступа внутрь, скажем 3rd party компонент

Тогда зачем оборачивать его в хок? (без эджкейсов плез)

верни стек не массив до сих пор орирую

Тогда зачем оборачивать его в хок? (без эджкейсов плез)

Тут должны быть запятые?

Для того чего и обычно, какую нибудь общую логику применить

Ну тогда тебе нужна обертка. Хок эта тоже компонент обертка, только менее очевидная. С хуками ты сделаешь компонент обертку как и написал только явно будет видно что где происходит

Я не спорю, просто хотел указать на различия, и что не всегда 100% можно заменить одно другим 🤷‍♂️

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

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

на пример, что бы в родительском компоненте эти две модалки были в рендере прописаны, а их видимость определялась state родителя. В модалки передать методы, которые будут "регулировать" видимость нужных окон...

на пример, что бы в родительском компоненте эти две модалки были в рендере прописаны, а их видимость определялась state родителя. В модалки передать методы, которые будут "регулировать" видимость нужных окон...

Ты пишешь логичные и правильные вещи. Тут так не принято.

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

тут принято советовать хранить логин-пароль в localStorage ? ))

выходить за пределы view страшно только впервые