или не includes

Так там вроде есть метод API, который ищет по стране

вопрос к тому кто много юзает эффектор.
что думаете по поводу такого подхода, когда в компонент прокидывается стор эффектора через пропсы и внутри компонента уже происходит
useStore?

идея мотивирована следующими причинами:
1. что бы разгрузить контейнер от лишних useStore,
2. не прокидывать множество пропсов а все включить в этот стор.
3. при этом есть доступ к состоянию на глобальном уровне.
4. компонент остается переиспользумым и не привязывается к отдельному юзкейсу

А зачем вообще подход с контейнерами? Мб его выкинуть просто?

из конфига роутов у меня формируется, примерно, такой список:
[{conditional$, success, fail}, {conditional$, success,fail}...]

если условие верно, тригернуть success ивент и передать его далее (и так до конца). если список закончился — разрешить переход на роут.
Каким образом можно реализовать эту эстафету?

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

Реальное

У тебя есть модель, компонент импортит данные из модели и рисует их

Надобность в контейнере отпадает.
Возможно, с точки зрения реакта я не все понимаю, но во вью мы так отказались от всяких бизнес-рендерлес-компонентов (аля, контейнеры)

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

Например есть компонент User который рендерит:
first name
last name

А я хочу зарендерить 2 юзера одновременно. Разных юзера.
Если компонент импортит стор, то возникнет проблема.
Но если он принимает $user через пропсы, то я создаю 2 сторы изолированные друг от друга, и прокидываю в 2 компонента.

<div>
  <User $user={$userA} />
  <User $user={$userB} />
</div>

Если же компонент сразу бы импортил какой-то конкретный стор, мы бы лишили его такой возможности.

А контейнер в данном случае является композицией двух компонентов. Которая решает какой компонент, с каким стором работает.

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

Ну тут разве что на ум приходит такое:
делаем forEach по массиву-конфигу.
На каждой интерации делаем sample:

({$conditional, success}) => 
  sample({
    source: $conditional,
    clock: guard({ source: $conditional, filter: (v) => v })
    target: success,
  })

Только важно все сделать где-то в корне модуля, что бы все связи sample сформировал один раз

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

А зачем sample нужен?

Ну попросили на сколько я понял, вызывать success евент по условию которое лежит в $conditinal, хотя можно же через просто guard все провернуть)

guard({filter: $conditional})

При переходе на роут, срабатывает ивент входа, проверяется условие и если оно истинно — идёт фаер success

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