АЕ
Как вариант, foreground service можно запустить
а если в приложение не вернётся человек? Очень плохой костыль)
Size: a a a
2020 June 29
P
а если в приложение не вернётся человек? Очень плохой костыль)
Да, не очень получится..
2020 July 01
RC
гайз, а moxy 1.5.6 поддерживает инкрементальный kapt?
MM
гайз, а moxy 1.5.6 поддерживает инкрементальный kapt?
На первый взгляд на исходники 1.5.6 не нашел поддержки инкрементальной сборки
RC
На первый взгляд на исходники 1.5.6 не нашел поддержки инкрементальной сборки
но community вариант v2.1 уже поддерживает?
MM
В
2.1.2 вроде есть поддержка, если судить по этому файлу — https://github.com/moxy-community/Moxy/blob/2e40bc9f444e76b9a672407040c993c19f6f9d7c/moxy-compiler/src/main/java/moxy/compiler/MvpCompiler.kt#L13
RC
спасибо!
2020 July 02
AB
На первый взгляд на исходники 1.5.6 не нашел поддержки инкрементальной сборки
Со второй версии
2020 July 03
K
Как связать презентер и вьюшку если юзаю koin ?)
АЕ
Как связать презентер и вьюшку если юзаю koin ?)
val presenter: MyPresenter by moxyPresenter { koin.getPresenter() }K
val presenter: MyPresenter by moxyPresenter { koin.getPresenter() }точно, спасибо )
АЕ
не помню синтаксис коина но суть вы поняли)
S
Привет! А подскажите, пожалуйста, если вызвать getViewState.funct1 из презентера, на каком потоке funct1 запускается?
S
И если getViewState вызвана не из ui треда, то funct1 запускается из ui треда??
P
Из потока, в котором была вызвана функция в презентере
P
Кстати, было бы не плохо добавить возможность пропихнуть кастомный раннер какой-нибудь. Чтобы ui всегда дёргался из ui-ного потока.
Разработчики moxy, не думали об этом?
Разработчики moxy, не думали об этом?
АЕ
Не вижу особой необходимости делать это на уровне библиотеки, нормальный асинхронный код и без этого должен правильно работать.
S
Из потока, в котором была вызвана функция в презентере
Спааасибо))
P
Ну, удобнее было бы не заниматься ручным переключением потоков, а дергать viewState и чтобы все вызовы выполнялись на main потоке.
В rxjava, например, есть проблемы с потоками в doFinally().
Обычно прогресс показывается в doOnSubscribe() и скрывается в doFinally().
Так вот, doFinally() не всегда выполняется на нужном потоке. Из-за этого приходится делать в презентере отдельную функцию hideProgress() и внутри неё дергать view на main потоке.
В rxjava, например, есть проблемы с потоками в doFinally().
Обычно прогресс показывается в doOnSubscribe() и скрывается в doFinally().
Так вот, doFinally() не всегда выполняется на нужном потоке. Из-за этого приходится делать в презентере отдельную функцию hideProgress() и внутри неё дергать view на main потоке.