DV
если все будет ок, значит getUserPhoto вызывается несколько раз
Size: a a a
2017 July 24
W
блин, да
DV
походу тест нашел ошибку в презентере
DV
работает)
W
хм, наверное мне нужно вооружиться отладчиком, и найти, почему же он вызывается дважды
W
спасибо
W
Нашел, проблема в том, что этот метод вызывается при присоединении вью к презентеру, а затем, он должен вызываться в случае если данные изменились. т.е. в данном случае двойной вызов корректен, потому что вью у меня присоединяется в @Before
W
т.е. мне надо использовать atLeast(2)
W
даже нет, times(2) вот так будет правильнее
DV
получается так
W
А можно еще вопрос? Я импользую даггер. Раньше у меня презентер инжектил свои поля прямо в конструкторе, и потом еще с некоторыми из полей работал, в частности подписывался на репозиторий.
W
В результате, в тесте я не мог создать объект презентера.
W
Теперь, дабы сделать код тестируемым, я убрал инжект из конструктора, и делаю его после создания объекта презентера, а остальную работу вынес в отдельный метод initialise который вызываю после инжекта.
W
Насколько это правильно? Или есть путь проще?
DV
а как объекты в конструкторе мешали тестам? их ведь можно (и нужно) просто замокать
W
ну, на момент создания они же не проинициализированны, проэтому при попытке к ним обратиться будет NPE или я что-то не так понимаю?
DV
если есть презентер типа
Presenter(Repository repository)
в тесте мы сначала создает mock объект для Repository
и потом используем его при создании презентера
Presenter(Repository repository)
в тесте мы сначала создает mock объект для Repository
и потом используем его при создании презентера
W
т.е. у меня в презентере есть репозиторий, аннотированный @Inject. В конструкторе презентера делается инжект этого репозитория: MainApp.getComponent().injectPresenter(this);
W
Вот да, репозиторий в конструктор передать тоже можно, но зачем тогда даггер?