IG
Используй правильно и не будет запутанного кода
Size: a a a
2017 January 25
AS
А как для тестов заменить зависимости в модулях? есть у кого тестовый проект, чтобы посмотреть?
https://github.com/AnironGlass/MVP-Boilerplate Посмотри, там в инструментальных тестах подменяется application component на тестовый
AZ
с тем что есть неявная зависимость это да, но инжектить через конструктор не получается, потому что тогда для Moxy надо будет провайдить создание презентера
AZ
это все решается, можно через тот же даггер все отдавать, но проблемы тогда с пересозданием компонента во вью будут, вопрос где его хранить или как его кэшировать
AZ
ну вопрос по даггеру у меня пока открыт, я в нем еще разбираюсь
AZ
вот кстати открытый вопрос, щас статью поищу, где что то похожее было, я про сохранение компонентов
AZ
еще не смотрел ее толком, но все очень муторно, надо как то проще)
AZ
IB
ну у меня подгорало от людей,сохраняющих их в мапу
AZ
да это удобно просто
IB
вот только какой тогда смысл в даггере?
IB
нафигачил в мапу все
IB
и готово
AZ
ну у меня подгорало от людей,сохраняющих их в мапу
компоненты в маппу?
IB
не, сделать <Object,Object> мапу и храним зависимости
AZ
а не, я думал ты про компоненты, а это свой контейнер уже, да)
IB
ну изначально я сказал про компоненты да,но как бы смысл примерно один
AZ
ну хранить компоненты и зависимости это разные вещи все таки, где то в App иметь appScope мапу для компонентов это нормально, я так не делаю у меня там один компонент только
AZ
ну как вы поняли, этот чувак так и предлагает хранить private Map<Long, Object> components = new HashMap<😠); прям в App
DC
Можно добавить метод в компоненте Presenter getBlaBlaPresenter() и дергать его в @ProvidePresenter