Да,в этом поинт основной, ну у меня специфика своя,поэтому ограничивать/разделять слои приходится очень активно

ну возможно, просто фишка сабкомпонентов как раз в том что не нужно прописывать зависимости в рутовом интерфейсе, это их основное отличие, но возможно да, есть кейсы где лучше использовать dependencies компонентов, у меня пока получается как бы матрешка компонентов, где самый "долгий" по жизни это App, а потом все меньше и меньше жизненный цикл, и пока мне все кажется логичным, так как получается, что компонент с "короткой" жизнью в принципе ничего не знает (не в рантайме, а в статике) о компоненте с "длинной" жизнью, но под свою задчу - свой подход, возможно я еще разочаруюсь в сабкомпонентах)

Вопрос по даггеру 2 - я правльно понимаю что конструкторы классов куда мы собираемся Inject'ить объекты в качестве поле этого класса должны быть publc?

По идее минимум package private

А, стоп

Ты инжектишь в поля или в конструктор?

Если в поля, то достаточно package private доступа у полей

А если в конструктор, то соответственно доступ к конструктору такой нужен.

в поле, в конструкторе я ... тоже "инжектю" - но уже сам компонент App.getComponent().inject(this);

package private минимум

то бишь default?

Ага

хм

просто тот класс куда я добавляю это поле является синглтоном (presenter для оного из fragment'ов)...тогда он становится "хреновым" сиглтоном

хотя далее я ж его тоже даггером оберну...все нормльно))

синглтон хреновый "by default"

Если ты используешь даггер, то зачем тебе какой-то синглтон

а подскажите как с помощью дагера сделать так чтобы несколько экранов(презентеров) взаимодействовали с одним экземпляром класса логики

модуль с одинаковым скоупом

ну да, можно здесь посмотреть примерно http://frogermcs.github.io/dependency-injection-with-dagger-2-custom-scopes/