Где хранить и создавать семантические подкомпоненты кинжала? - PullRequest
0 голосов
/ 28 января 2019

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

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

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

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

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

...