Главное что бы она была нормальная))))

Нарооод!!! Не могу понять, где искать ошибку

Логи были бы удобнее

activity должны быть экземпляром MvpActivity или MvpAppCompatActivity

Класс должен имплементить интерфейс

Всем привет! Подскажите, пожалуйста, пример UI тестирования с Moxy. Можно ли мокать презентер?

Так UI тест или unit тест?

ui

Точно так же как и без мокси тестируется.

Для юай тестов пишешь мокРепозитории и новый флейвор. Вуаля

Флейворы это перебор, а моковый репо самое оно

А лучше вообще не пишешь юай тесты, есть дела поважнее

Пока стартап - согласен

Даже маленькое приложение.

А вот с большим - это выгодное вложение средств

А может она быть наследником другой активити, которая сама является наследником MvpAppCompatActivity, инжектит презентер типа MvpPresenter и имплементирует интерфейс типа MvpView?

конечно, тут уже как фантазии хватит, главное не переборщите. Есть некоторый паттерн, типа baseActivity, от которого все наследуются и там реализована логика какая нибудь, которая должна быть в каждой view (активити) реализована.

Не взлетает :(
Я пытаюсь реализовать такую архитектуру:
в одном проекте несколько библиотек и два приложения. В главной, так сказать, центральной, билиотеке я на основе Moxy сделал реализацию активити (а так же презентера и вию-интерфейса для неё), которую использую в качестве супер-класса для активити приложений таким вот образом:
class MainActivity : PayableActivity() {

   override fun onCreate(savedInstanceState: Bundle?) {
       super.onCreate(savedInstanceState)

       val fs = Integer.parseInt(AppUserInfo.getEnter(this))
       if (fs == 1) {
           val i = Intent(applicationContext, IntroActivity::class.java)
           startActivity(i)
       }
   }
}

При потыке построения исполняемого файла для приложения competitor_functional получаю ошибку:
...
:competitor_functional:kaptGenerateStubsDebugKotlin
e: error: error.NonExistentClass must be INTERFACE
:competitor_functional:kaptDebugKotlin FAILED

Господа, есть такая задача. Корзина с товарами (Адаптер с итемами товаров).
Товары можно выбирать (чекать).
Например у нас произошла ситуация, что система убила фрагмент корзины.
При пересоздании фрагмента нам нужно чтобы восстановилось состояние чекнутых товаров.
Вопрос: какие варианты адекватной реализации вы видите?
Один из возможных вариантов - это хранить проинициализированный адаптер в презентере корзины и при пересоздании фрагмента связывать его с соответствующим ресайклером, ну и обновлять итемы и их состояния из адаптера.
P.S.: Смущает то, что итем хранит в себе состояние вью (конкретного товара корзины)