Вопрос. Как можно сказать потоку чтоб выполнялся непрерывно, а не один раз. While(true) не работает. Или какой-нибудь другой механизм потока

Поток и так непрерывно выполняться,тут дело в том что ты в потоке наверное делаешь

что есть поток, почему while(true) не работает и как это все к Kotlin on Android относится?)

Мне нужно было чтоб thread выполнял функцию неограниченное число раз, в общем бесконечном цикле. While(true) внутри тела thread вызывает ошибку, говоря о том что нужен Looper

Так дай ему лупер
В конструкторе хэндлера передается лупер

Андроид стажировка Яндекса платная?

У них отбор начался ?

Привет, у меня возник вопрос. Вы когда-нибудь готовили приложение, которое покупает монеты внутри приложения?

Я плохо понимаю, о чём речь, но котлином в вопросе даже не пахнет, потому вам где-то в другом месте стоит вопрос задать (и желательно сразу более развёрнуто). Предлагаю начать с @android_ru.

нет, это как раз вопрос про андроид!

То, что это вопрос об андроиде, я под сомнение не ставил. Перечитайте, пожалуйста, моё сообщение.

я просто хотел найти ответ на этот вопрос!☹️☹️

Я вам написал, что делать.

это в андроид чат как Andrew направил, а так да "готовили"

Всем привет. Вопрос про expect/actual. Решил переделать архитектуру по нескольким отдельным модулям:
common
android
desktop

Вместо:
all
-commonMain
-main
-desktopMain
....

Возникла проблема с expect/actual. В модуле common есть некие expect'ы, а когда я растащил код по отдельным модулям, градл не видит реализацию actual в модулях android и desktop.
Как бы проинструктировать градл, что функции реализованы в отдельных модулях? Или это невозможно?

Потому что реализации на гитхабе, что я находил, все реализовывали платформенный код внутри модуля с expect'ами. В моём случае это не вариант, так как платформенная реализация иногда сильно привязана к остальному коду, так что много чего придётся тащить в модуль common в папки androidMain, desktopMain. Мне так не хочется.

Есть идеи, как решить проблему?

невозможно. kmp таргеты с expect/actual должны находиться в одном модуле.

как вариант, это не использовать expect/actual, а постараться обойтись интерфейсами

Спасибо за идею. Все таки удалось с малыми правками реализовать все expect/actual в androidMain без использования костылей и интерфейсов. Пришлось пару классов перетащить в androidMain и пару сервисов вызвать через рефлексию, а так норм.

В полноэкранной рекламе в адмобе в FullScreenContentCallback в onAdDismissedFullScreenContent срабатывает не сразу и из-за этого секундная задержка перед переходом. Кто как с этим справляется? Как открываете следующей экран после полноэкранной рекламы?

Не получается использовать view binding в recyclerview