а) пометить саму loadUsers как suspend б) превратить Deferred, который возвращается async`-ом, в Guava `ListenableFuture / Java 8 CompletableFuture с помощью соотсветствующей зависимости из kotlinx.coroutines.

Спасибо, но не совсем понял, зачем нужно б)

ой, а зачем вы users присваиваете из async? Верните лучше её как результат блока и напишите val users = job.await()

Спасибо, но не совсем понял, зачем нужно б)

На случай, если нужен интероп с джавкой / не весь котлин-код переводится на корутины одним махом

ой, а зачем вы users присваиваете из async? Верните лучше её как результат блока и напишите val users = job.await()

Не получится, к сожалению, сам бы хотел

На случай, если нужен интероп с джавкой / не весь котлин-код переводится на корутины одним махом

Ладно, спасибо

Не получится, к сожалению, сам бы хотел

А почему? У меня вроде получалось :)

Читайте документацию коллега)

Пишет, что возвращается Any, скорее всего из-за try catch. Так, а стоп... Если я помечу loadingUsers как suspend, мне придётся везде оборачивать её вызов в корутину.

На данный момент корутина выглядит бессмысленно в этом методе так как встанете на ожидание в месте вызова await()

Воооот, оттуда и взялся пункт б ;)

На данный момент корутина выглядит бессмысленно в этом методе так как встанете на ожидание в месте вызова await()

Не сказал бы. Потому что запрос идёт по сети, а такие запросы нельзя делать в ui потоке

Воооот, оттуда и взялся пункт б ;)

Ладно. :D

Не сказал бы. Потому что запрос идёт по сети, а такие запросы нельзя делать в ui потоке

Поэтому это выглядит как костыль)

Последнее выражение является implicit return, что runOnUiThread возвращает?

Последнее выражение является implicit return, что runOnUiThread возвращает?

Ничего

Я бы, пожалуй, не заворачивал тело async в try / catch, а завернул в него .await()

await() заблочит ваш текущий тред (скорее всего это UI)

await -- это саспенд-функция, она не блочит по определению.

await() заблочит ваш текущий тред (скорее всего это UI)

ну это смотря какой await

Вот тот что на скрине)

Вот он и не блочит. Он только саспендит и только в корутине.

Советую покурить документацию, ссылки на которую висят в README.md в kotlinx.coroutines.

Советую покурить документацию, ссылки на которую висят в README.md в kotlinx.coroutines.

Окей.

Вам либо сделать саспенд функцию придется, либо прям тут вставлять runBlocking

Ну или launch(UI)

Второй вариант, насколько я понимаю, остановит ui поток

Не остановит, а заблокирует)

Ну да, я об этом.

Сорян - я бэкендер)

Дык а есть у вас Guava в проекте? Или хотя бы streamsupport-cfuture?

В общем, начните плясать от того, что можно написать val users: ListenableFuture<ArrayList<User>> = async(CommonPool) { ServerHandler.selectUserList(last, size) }.asListenableFuture Дальше вопрос только в том, что ещё вы уносите вовнутрь корутины, а что оставляете на фьючерах.

Еще просьба не постить код скриншотом, совершенно нет желания писать все это чтобы показать что нужно написать чтобы код заработал. Лучше пользоваться сервисом https://gist.github.com/

Еще просьба не постить код скриншотом, совершенно нет желания писать все это чтобы показать что нужно написать чтобы код заработал. Лучше пользоваться сервисом https://gist.github.com/

Окей, и я знаю что такое гист, спасибо, но вопрос был более теоретический и не подразумевал того, что будут скидывать реальные примеры.

Ну теоретически код написан не правильно и его проще поправить, чем рассказывать пол часа что да как.

Я попробовал поправить, но не смог, ибо после десктопного runBlocking не смог ментально смигрировать на launch(UI).

Но да, код полезно пастить текстом.

подскажите как загнать в двумерный масиы null, но в дальнейшем там будут и null и Tile() val table: Array<Array<Tile?» = Array(fieldRows, { Array(fieldColumns, { null }) })

found: Array<Array<Nothing?»

Тип определен верно. В чем проблема?

создать массив из nullable можно функцией arrayOfNulls<Tile>(n)

создать массив из nullable можно функцией arrayOfNulls<Tile>(n)

Cgfcb,j)

спасибо)

жесть какая трехмерный массив val level: Array<Array<Array<Tile?>>> = Array(LAYERS_IN_FIELD, { Array(fieldRows, { arrayOfNulls<Tile>(fieldColumns) }) })

Уже игры на котлине пишут я смотрю)

Уже игры на котлине пишут я смотрю)

+, браузерную с котлином на бэке.

жесть какая трехмерный массив val level: Array<Array<Array<Tile?>>> = Array(LAYERS_IN_FIELD, { Array(fieldRows, { arrayOfNulls<Tile>(fieldColumns) }) })

трехмерные масивы - плохо, нужно думать уже о некой констукции

Уже игры на котлине пишут я смотрю)

ну котлин натив может много обещать, но только пока бибилиотеками c

трехмерные масивы - плохо, нужно думать уже о некой констукции

чем плохо ?

чем плохо ?

код мене читабелен

код мене читабелен

это есть...

да и если такой масив мудет велик может много памяти скушать

двемерный масив можно перефразировать как - масив масиве

да и если такой масив мудет велик может много памяти скушать

300 объектов большинство из которых null

300 объектов большинство из которых null

но память под сылки то выделяется

300*32

чисто за нул??

300*32

а может даже 300*64

тоесть ты получаешь оверхед там где его можно избежать

десяток киобайт на ссылки... мы ж не на спектруме прогаем )

десяток киобайт на ссылки... мы ж не на спектруме прогаем )

ну я так, + 3х мерный масив, пример из двух мерного, есть разница между 3х7 и 7х3

чем плохо ?

Обрабатывать алгоритмом со сложностью O(n^3)..

а у тебя еще третий параметер параметер появляется

Обрабатывать алгоритмом со сложностью O(n^3)..

о вот она наука, пасиб

нада матан подтянуть

матан? ?

связаный список в итоге может быть быстрей, хотя тут хз

обрабатываться будет только 2мерные массивы

матан? ?

да вычислять сложность алгоритмов, там матан, и логарифмы замешаны

обрабатываться будет только 2мерные массивы

ну зачем теме третий уровень? Он все равно даст нагрузку (оверхед), в играх может быть существено

зачем сразу писать говнокод?

зачем сразу писать говнокод?

это в крови

можно ввести ManagerLayers

+- простой класс, с похожими алгоритмами что уже придуманы

можно ввести ManagerLayers

можно, но это будет уже где то рядом - а так все в одной куче

можно, но это будет уже где то рядом - а так все в одной куче

если твой менеджер будет сингелтоном то нет

профит котлина)

Кто вас заставляет обрабатывать трёхмерную структуру алгоритмом O(n^3)?

Тебе может быть проще на двумерном массиве хранить в объекте его высоту

Кстати, есть за что Котлин покритиковать

Массивы неудобные

Нету дефолтных из джавы

Поэтому я и не пишу раунды на кодфорсе или еще где на Котлине

кстате, старые дяти из c говорят что любой n-мерынй массив можно переобазовать в n-1-мерный масив

Я рад что они многословные - сразу хочется чёт приличней написать) вспоминая list comprehensions...

Нету дефолтных из джавы

зато более ООП, масив класс, а не что типа этго

Я рад что они многословные - сразу хочется чёт приличней написать) вспоминая list comprehensions...

+

люди боле 2-х мерного масива юзать не будут, да и толку нет

зато более ООП, масив класс, а не что типа этго

Мне иногда такого и не хватает

Но очень редко

А так - шикарный язык

Массивы неудобные

Есть мнение, что массивы лучше не использовать. Есть же списки.

Мне иногда такого и не хватает

ну да иногда может быть дискомфорт, особено если пишешь что-то низкоуровневое

Есть мнение, что массивы лучше не использовать. Есть же списки.

Ты читал, зачем мне массивы?