тип юзера (надсмотрщик, который поулчает доступ ко все аккаунтам, тоесть раньше был 1 юзер -1 акк, тепер 1 юзер может видеть данные с нескольких акк) - в шляпе появился селектор аккаунтов (все или конкретный) для такого юзера
Если этот юзер есть половина ui и АПИ запросов модифицируются,
Я сделал сервис с сабжектом и соответсвтенно модифицирую данные в тех местах где ужно
Но чувствую что это костыль, так как появились места где запрос к АПИ идет быстрее чем система понимает что сейчас в ней этот тип юзера, соответсвтенно запрос не получает доп. данные и крашает
Вопрос - как организовать это "состояние" для каждого типа юзера и как сделать так чтобы модификации юай и АПИ запросов применялись после идентификации состояния?
как более предметно можно описать данную проблему?
Вопрос очень сложный, и явно треубет понимания всей архитектуры проекта, я бы на вашем месте делал какой то HEAD запрос, перед бутстрапом всего приложения через APP_INITIALIZER, который бы возвращал в заголовках тип юзера и уже по нему бустрапил бы те сервисы которые надо юзать. Даже скорее это было бы одна фабрика которая на основе данных с этого хэд запроса строила бы сама сервис с нужными данными.
В принципе так и думал А можно как-то сделать инит сервисом ПОСЛЕ инита нужного сервиса?
положить в сабжект юзера прежде инициализации апп
это как?) где можно почитать подробнее?
Обсуждают сегодня