Наверное, все дело в том, что в момент инициализации селекта ноды с дропдаун менюшкой нет

кто подскажет подход (используется redux) - есть система "бесплатный юзер/платный юзер" - есть действия доступные только платным - если что-то пытается сделать бесплатный - открывается попап с оплатой - после оплаты надо собстна сделать то, что изначально затребовалось вопрос в том, как извещать компонент, который начал процесс о том, что все завершилось? - если оплата выдает action типа PAYMENT_SUCCEEDED, то в компонентах придется выставлять влажки, и перезапускать экшн через cDU, что немного калично - сохранять функцию action в стейте насколько я знаю антипаттерн получается единственный вариант - это при старте процесса сохранять в стейт "название" этого процесса и хранить маппинги - чет как-то тяжеловесно кто что подскажет?

а в стэйте хранить bool premiumUser и в зависимости от него делать рендер?

проверь не делает ли дропдаун менюшка React Portal

после экшена флаг переключается

получается что "если флаг поменялся" и "если мы раньше хотели что-то сделать что требовало этот флаг" то "теперь можно"

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

await payment() ?

я даже мидлваром чет придумать не могу - у меня все равно разрыв в процессе в тот момент когда показывается форма оплаты

можно попробовать написать какой-то враппер над пулом премиум-экшенов, который будет запоминать, что хотел сделать юзер

кто подскажет подход (используется redux) - есть система "бесплатный юзер/платный юзер" - есть действия доступные только платным - если что-то пытается сделать бесплатный - открывается попап с оплатой - после оплаты надо собстна сделать то, что изначально затребовалось вопрос в том, как извещать компонент, который начал процесс о том, что все завершилось? - если оплата выдает action типа PAYMENT_SUCCEEDED, то в компонентах придется выставлять влажки, и перезапускать экшн через cDU, что немного калично - сохранять функцию action в стейте насколько я знаю антипаттерн получается единственный вариант - это при старте процесса сохранять в стейт "название" этого процесса и хранить маппинги - чет как-то тяжеловесно кто что подскажет?

ну payment - это процесс со своими компонентами и интерактивом

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

он показыват окошко, принимает данные, отправляет, получает от сервера ответ (promise) и отдаёт его наружу ?

он показыват окошко, принимает данные, отправляет, получает от сервера ответ (promise) и отдаёт его наружу ?

так пажжи пажжи, вот action идет. попал в middleware, отдиспатчилось что-то и показалась менюшка, которая опять по нажатию что-то отдиспачила, как я попаду в то замыкание?

У тебя заново запустится миддварь. Выше просто объявишь переменную с lastPremiumAction. Она будет доступна через замыкание разным вызовам миддлвара.

так пажжи пажжи, вот action идет. попал в middleware, отдиспатчилось что-то и показалась менюшка, которая опять по нажатию что-то отдиспачила, как я попаду в то замыкание?

а если я нажму на экшн за 5 рублей, и пока не оплатил заменю в массиве на экшн за 500 рублей

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

Почему функцию? Объект экшн.

Почему функцию? Объект экшн.

ну это только для синхронных, а если это thunk

action: state.action 🌚 if( action === LOL_KEK) {}

ну это только для синхронных, а если это thunk

Привет. Есть смысл использовать Redux? Или лучше использовать React.Context?

Привет. Есть смысл использовать Redux? Или лучше использовать React.Context?

Привет. Есть смысл использовать Redux? Или лучше использовать React.Context?

Лучше ридакс

но в целом была статья недавно где-то "как я переписал приложение с редакса на контекст и мое приложение стало в 100 раз медленней"

Если могешь скинь статью

там речь о том, что без селекторов все плохо

У него один контекст как стор?

всем привет. Вопрос по реакту: как сделать компонент со списком ( ul>li ) и передавать через props количество li? чтобы потом, когда используеться компонент - можно присвоить этому пропсу например 5 и сгенерируеться 5 тегов li? Надеюсь доступно обьяснил)

а документацию открывал вообще?)

всем привет. Вопрос по реакту: как сделать компонент со списком ( ul>li ) и передавать через props количество li? чтобы потом, когда используеться компонент - можно присвоить этому пропсу например 5 и сгенерируеться 5 тегов li? Надеюсь доступно обьяснил)

Array.from({length: prop}).map()

Можно в from вторым аргументом передать функцию, которая будет мапить

вот так разве можно делать? типо в setState вызывать метод из пропсов?

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

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

ну если написать его выше setState, то он тоже выполнится сразу, я вот первый раз настолько чудесный вариант вижу

ну если написать его выше setState, то он тоже выполнится сразу, я вот первый раз настолько чудесный вариант вижу

this.setState({ ... }, callback); то есть два варианта: 1) this.setState({ ... }, () => this.props.modalClosed()); 2) this.setState({ ... }, this.props.modalClosed); Но мне все равно кажется что что-то тут не так. Цель какая?