P
это не аргумент
addtoCompositeDisposable(presenter.loadData());
как будем тестировать?
как будем тестировать?
1) на текущий момент тестов для Presenter вообще нет!
2) ну метод presenter.loadData() будет протестирован
Size: a a a
2018 April 01
ES
P
1) на текущий момент тестов для Presenter вообще нет!
2) ну метод presenter.loadData() будет протестирован
2) ну метод presenter.loadData() будет протестирован
1)я понял
2)как,вам дял тестов надо ваш базовый класс ,покажите на примере любом
2)как,вам дял тестов надо ваш базовый класс ,покажите на примере любом
ES
а зачем тестировать addToCompositeDisposable, если нужно тестировать presenter.loadData
AT
1)я понял
2)как,вам дял тестов надо ваш базовый класс ,покажите на примере любом
2)как,вам дял тестов надо ваш базовый класс ,покажите на примере любом
Ты имеешь ввиду как протестировать addToComposite?
P
в презентере метод:
loadData;
внутри метода
addToCompositeDisposable(interactor.loadData());
в тестовом классе, мы замокали все дял презентера и пишем:
testpresenter.loadData();
у вас тест упадет т.к ничего не знает про addToCompositeDisposable в который будет положен наш interactor.loadData()
loadData;
внутри метода
addToCompositeDisposable(interactor.loadData());
в тестовом классе, мы замокали все дял презентера и пишем:
testpresenter.loadData();
у вас тест упадет т.к ничего не знает про addToCompositeDisposable в который будет положен наш interactor.loadData()
AT
в презентере метод:
loadData;
внутри метода
addToCompositeDisposable(interactor.loadData());
в тестовом классе, мы замокали все дял презентера и пишем:
testpresenter.loadData();
у вас тест упадет т.к ничего не знает про addToCompositeDisposable в который будет положен наш interactor.loadData()
loadData;
внутри метода
addToCompositeDisposable(interactor.loadData());
в тестовом классе, мы замокали все дял презентера и пишем:
testpresenter.loadData();
у вас тест упадет т.к ничего не знает про addToCompositeDisposable в который будет положен наш interactor.loadData()
Так наследование сохраниться, он же будет знать о addToComposite
P
Так наследование сохраниться, он же будет знать о addToComposite
ок,пасибо
2018 April 11
AY
Под капотом findViewById, по производительности тоже самое
Помоем он еще кэшируется )
2018 April 13
PS
Под капотом findViewById, по производительности тоже самое
там делается просто map и потом или достается из мапы если есть ссылка на вью в ней или делается поиск по findViewById и кладется в мапу
PS
это можно легко посмотреть если сделать "show kotlin bytecode" и потом "decompile" в андроид студии
2018 April 17
AS
Всем привет. на gitfox использован один апи класс(GitlabApi) и один провидер(ApiProvider) для него, если таких апи классов много тогда нужно столько провидер классов создать?
AS
Всем привет. на gitfox использован один апи класс(GitlabApi) и один провидер(ApiProvider) для него, если таких апи классов много тогда нужно столько провидер классов создать?