Где хранить и создавать семантические подкомпоненты кинжала?

Мне было интересно, как бороться с проблемой семантически ограниченных подкомпонентов, например, LoggeInComponent, который будет подкомпонентом AppComponent после того, как пользователь войдет в систему, т. Е. Экземпляр пользователя будет доступен.

Большинство учебных пособий и приложений просто используют корневой компонент приложения и подкомпоненты, которые относятся к какому-то "компоненту Android", такому как активность, служба и т. Д., Который имеет четкую разбивку,

Как насчет этого вошли в случае? Допустим, UserManager.login() выполняет вход в систему. Теперь мне нужно создать субкомпонент в конце логина (). Я мог бы представить статический слой, куда поместить экземпляр компонента. Однако это кажется грубым, так как UserManager также чисто предоставлен из графика DI (модуль приложения / компонент приложения). Теперь он должен знать о DI?

Каков был бы самый чистый способ сделать это? Только путем абстрагирования через интерфейсы? Кроме того, где хранить экземпляр подкомпонента? Может быть, как-то на экземпляре корневого компонента приложения?

Конечно, я заново изобретаю колесо, спасибо

0 ответов

Другие вопросы по тегам