Y
У тебя меньше? 😀
Size: a a a
2021 June 18
AT
со switchMap эффект тот же
ДМ
у вас скорее всего есть какая-то еще зависимость, которая реагирует на диспатч. И либо занового дергает getActive, либо экшен несколько раз прогоняется
AT
ну от повторного дерганья getActive вроде distinctUntilChanged должно предотвращать
ДМ
а он точно одно и тоже значение выдает?
AT
ага, проверял
ДМ
тогда возможно проблема в экшенах где-то в эффектах
ДМ
но конкретно по первому примеру без using я не вижу проблему
ДМ
ну за исключением конечно странной архитектуры, где поток получает/кладет и выдает данные одновременно.
AT
вот селектор получается обновляется после того как сработает эффект после загрузки списка this.loadAddressList();
AT
ну у нас динамически создаются несколько компонентов и нужно чтобы как только первый раз кому-то из них понадобились данные, то они загрузились и обновлялись при смене getActive(). т.е. чтобы каждый из компонентов не тригерил loadAddressList
AT
плюс, мне нужно чтобы происходила отписка, когда уже не один из компонентов не использует эти данные. чтобы они не грузились
ДМ
он у вас случайно срабатывает не столько же раз, сколько компонентов создается?
AT
ну вот я расчитывыал что shareReplay поможет
AT
но сейчас он бесконечно срабатывает
ДМ
если это сервис и выше по цепочке нет какого-то главного потока, который бы собрал всех подписчиков, то он дернится ровно столько раз, сколько вы вызовете
ДМ
ведь поток внутри метода создается на каждый вызов. Если хотите этого избежать, надо поток сохранить в переменную и в методе возвращать ее. Сейчас же вы каждый раз создаете новый поток