У меня то же самое в проекте

И что)

Любая более-менее жирная лабуда нормально декомпозируется

Ну не на селекторы. Просто декомпозируется — да.

На селекторы тоже можно, часто пригождается)

А как ты их тогда хранишь? Отделаешь каким-то образом от селекторов, которые работают только со "стейтом фичи" или в этом нет смысла?

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

Понял, спасибо.

Например на проекте есть loyalty-client и loyalty-purchase, вот когда они вместе сочетаются это идет в loyalty, где только селекторы

А если такого очевидного нет, то циклическая зависимость намекнет что что-то не так)

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

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

Я просто столкнулся с тем, что когда появилась циклическая зависимость, то разносить все по разным углам пришлось долго и больно. Уж не помню деталей ситуации, но там оказалось, что много чего было завязано на имеющиеся селекторы, а их пришлось разносить. Много чего пришлось рефакторить. Не катастрофа при наличии IDE, конечно, но неприятненько.

Поэтому я стараюсь теперь по-минимуму делать селекторов внутри фичи и больше вытаскиваю наружу в общак.

Ещё раз спасибо за ответы, теперь кажется немного лучше стал понимать, как работать с селекторами. )

Это называется дикий костыль вместо флагов загрузки в стм)

есть цепочка запросов в componentDidMount, где я записываю в стейт все пришедшие данные. В конце загрузки я опускаю флаг isFetching.
На 11 строке я вижу все необходимые данные в нужном мне формате и вижу массив фотографий в каждом альбоме. Но на 12 строке, при обращении к определенному альбому, свойство photos уже пропадает. Не подскажете, где я накосячил?

codesandbox

У вас псевдомассив