Вы же не инициализировали reportsRepository
а зачем ? я ж его мокаю
в какой строке?
А в чем вообще смысл этого теста?)
увидел аннотацию
у Вас проблема с пониманием тестирования
Согласен (((
ради процента ковераге страдают ...
Тестировать надо логику, которая принимает какие-то данные и отдает какие-то данные. Желательно ещё и без сайд эффектов. Тесты на прокси не имеют вообще никакого смысла
похоже человек вообще разбирается как делать тесты
То есть обычные юзкейсы нет смысла тестировать?
UseCase надо тестировать. Просто Ваш UseCase вообще не должен существовать
Смотря что такое юзкейс. Если это чистая функция, то можно тестировать.
не понял
что делает Ваш UseCase?
Да, именно. Данные из репо
почему Repository не может отдавать данные в Presentation? зачем нужен посредник в виде UseCase?
потому что это сценарий работы - атомарная еденица.
ну если хочется плодить классы - плодите. Вас ни кто не остановит
просто сделайте как я описал тут https://t.me/android_ru/881873
Спасибо) буду пробовать!
а почему для вас UseCase это лишняя абстракция я с того разговора так и не понял. Репозиторий отдает данные, имея доступ к разным Gateway. зачем в каждой вьюмодели прописывать параметры и аргументы, если можно на каждый use-case сделать свой UseCase?
о каких параметрах речь? в приведенном примере UC просто передавал вызов из Presentation в Repository. Можно просто из Presentation вызывать Repository, без лишних посредников
Ну для консистентности можно оставить
а при чем тут консистентность?
Конкретно в том примере не при чем
Обсуждают сегодня