а бэк на чем?

В ngrx есть еще шина в виде action

Такое можно и без стейт менеджера сделать)

C#

надеюсь на бэкэ все ок? если да то можешь посомтреть в сторону ТТ(рекомендую) чтобы у тя всегда совпадали модели на фронте и бэкэ

ТТ настроишь чтобы генерила тебе классы как на бэкэ - в интрефейсы на фронте

и какую проблему решит стейт менеджер?

Да смысл не в нем)) вопрос как лучше организовать проект

Алексей предложил хороший вариант

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

не надо так)

чего?

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

ну нада знать меру тоже.

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

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

Хороший вариант это решать проблемы которые есть, инструментами которые решают эти проблемы

ничего из того что вы перечислил не решает стейт менеджер кмк

Пример:
У меня было "pam", разновидностей которых было до 30 штук.(называлось все подобное, но разное поведение и лошика). В этих целях была создана такая структура:
1) базовый интрфейс;
2) базовый класс под инфтрейс + релаизация методов;
3) отдельный сервис под каждый "pam", который если ничего не переопределял для себя, то просто наследовался от базового класса.
Впринципе - в данном рпимере никакой сложности или запутаности небыло

назови базовый класс абстрактным и невижу ничего плохого