Поясню - suspend функции - это прерываемые функции. У вас с точки зрения корутин где происходят прерывания?

Если у вас долгая IO операция, внутри которой вы не ждете данных из других корутин и не спите с помощью delay, то зачем вам suspend? А по поводу использования корутины вместо потока - почему бы и нет?:)

Если у вас долгая IO операция, внутри которой вы не ждете данных из других корутин и не спите с помощью delay, то зачем вам suspend? А по поводу использования корутины вместо потока - почему бы и нет?:)

Если внутри функций происходит запуск других корутин - нужно использовать coroutineScope, а ради этого нужно помечать suspend

ну я потому и спросил, нужно ли это

Если у вас долгая IO операция, внутри которой вы не ждете данных из других корутин и не спите с помощью delay, то зачем вам suspend? А по поводу использования корутины вместо потока - почему бы и нет?:)

withContext переносит выполнение IO операции на другой поток и "создает" прерывание функции

по сути, на вызывающем потоке происходит прерывание, а блокируется поток, указанный в withContext

без withContext блокируется вызывающий поток

ну и, собственно, пока он заблокирован, другие корутины на нем не запустятся и прерывания не возобновятся

ну и, собственно, пока он заблокирован, другие корутины на нем не запустятся и прерывания не возобновятся

но так как мы народ модный и молодежный мы используем неблокирующий io

а это костыли для легаси

звучит неплохо, но SQLite в андроиде, кажется, так не умеет. Если умеет, у меня случит открытие века. Возможно, обоих век.

звучит неплохо, но SQLite в андроиде, кажется, так не умеет. Если умеет, у меня случит открытие века. Возможно, обоих век.

поганое легаси на века

Вот-вот

Вот-вот

на самом деле можно свой sqlite положить с чем то таким https://www.sqlite.org/asyncvfs.html

(конечно надо понимать зачем вы это делаете ? )

Агась, и утроить стоимость разработки на разбирательства. Надо ведь найти ещё способ читать/писать на диск без блокировки, а то в базу мы красиво пишем, а в кэш все-равно через жопу...

Но спасибо, вдруг понял, что неплохо как минимум следить за ситуацией с Java NIO под андроидом

Агась, и утроить стоимость разработки на разбирательства. Надо ведь найти ещё способ читать/писать на диск без блокировки, а то в базу мы красиво пишем, а в кэш все-равно через жопу...

да я про это же и написал в скобках

Но спасибо, вдруг понял, что неплохо как минимум следить за ситуацией с Java NIO под андроидом

https://github.com/yandextaxitech/binaryprefs вот рекомендую обратить внимание

охблин

джекпот

спасибо

Народ, добраться до Кронштадта на метеоре сейчас никак без экскурсии?

Народ, добраться до Кронштадта на метеоре сейчас никак без экскурсии?

наконец-то вопрос по теме чата ?

Народ, добраться до Кронштадта на метеоре сейчас никак без экскурсии?

— Здравствуйте, это канал об аниме? — Да. — Как мне пропатчить KDE2 под FreeBSD?

хз как на метеоре, но с открытием метро на беговой стало быстрее значительно добираться

Не, ну правда

Я думал тут просто: вжух на катере и ты там. А получается два часа на автобусах с пересадками

Хотел вживую на остров Котлин взглянуть)

Такси, вжух и там

от Старой Деревни автобус прямой вроде не больше часа едет

это всё не романтично. возьмите лодку напрокат и на вёсла

это всё не романтично. возьмите лодку напрокат и на вёсла

Ну или так: https://www.youtube.com/watch?v=vFGw6_X1Ipk

Господа, у кого-нибудь работают примеры из https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.coroutines.experimental/-sequence-builder/yield.html ?

Лол, я нашел момент, когда в котлине необходимо поставить точку с запятой. Когда после вызова функции, в последнем аргументе которой есть лямбда пишешь еще одну лямбду. Тогда оно не понимает, вторая лямбда отдельно или это вынесенная за скобки лямбда-аргумент

Так может предыдущую лямбду вынести за скобки?

Лол, я нашел момент, когда в котлине необходимо поставить точку с запятой. Когда после вызова функции, в последнем аргументе которой есть лямбда пишешь еще одну лямбду. Тогда оно не понимает, вторая лямбда отдельно или это вынесенная за скобки лямбда-аргумент

А в чём смысл отдельно стоящей лямбды?

Лол, я нашел момент, когда в котлине необходимо поставить точку с запятой. Когда после вызова функции, в последнем аргументе которой есть лямбда пишешь еще одну лямбду. Тогда оно не понимает, вторая лямбда отдельно или это вынесенная за скобки лямбда-аргумент

А можно пример?

Пока не скажу, как правильно будет

Импорты добавь...

Лол, я нашел момент, когда в котлине необходимо поставить точку с запятой. Когда после вызова функции, в последнем аргументе которой есть лямбда пишешь еще одну лямбду. Тогда оно не понимает, вторая лямбда отдельно или это вынесенная за скобки лямбда-аргумент

Я бы на код взглянул

Я бы на код взглянул

я так понимаю fun test(arg1: String, arg2: Int, lam: () -> Unit){} test("das", 123) {};{}

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

да и не понятно зачем такое

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

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

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

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

val x = 1; val y = 0 ну вот типа такого разве что

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

Будет время посмотрю

это repl с сайта? может он тупо не поддерживает?

это repl с сайта? может он тупо не поддерживает?

https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.coroutines.experimental/-sequence-builder/yield.html

Зачем тогда вообще добавили?:)

не ко мне вопрос

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

и действительно, похоже на баг парсера

только не вижу смысла в таких конструкциях

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

@lllewik багу в kotl.in/issue

почему баг?

я так понимаю, парсер пытается понять, что имется ввиду и поскольку нет ничего, что могло бы указывать на то, к чему второе {} - он применяет эту штуку к последней функции, а там уже есть что передавать

а, понял - имеется ввиду анонимная функция без переменных, видимо

ERROR: S client not available

да

т.е. если поставить точку с запятой, то можно будет вызвать вторую лямбду на месте test("das", 123) {};{}()

да, понял

к слову

только не знаю для чего это) если только для изоляции скоупа)

блин, лишнее зацепил, но ладно

Ммим

только не знаю для чего это) если только для изоляции скоупа)

Это для того чтобы можно было сделать функцию вида ((() -> A) -> () -> B)

то есть в данном примере совсем не баг а фича: Можно сделать функцию, которая принимает функцию и возвращает функцию, которая принимает функцию

Как тут?

Господа, у кого-нибудь работают примеры из https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.coroutines.experimental/-sequence-builder/yield.html ?

Там в 1.3 переименовали оператор buildSequence в sequence. в итоге примеры из 1.3 а на сайте интерпертатор 1.2.71

т.е. если поставить точку с запятой, то можно будет вызвать вторую лямбду на месте test("das", 123) {};{}()

Попахивает джаваскриптом. Зачем так делать?

Попахивает джаваскриптом. Зачем так делать?

не знаю, я так не делаю) выше объяснили кому это надо)

Я немного ошибся, там лямбда аргумент не нужна. У котлина есть стандартная функция: inline fun measureTimeMillis(block: () -> Unit): Long Мне оно показалось не совсем удобным: не возвращает значение. А мы обычно пишем код, а потом че то хотим померять. И выносить че то для этого наружу как то не очень удобно. Я и написал: inline fun <T> (() -> T).ms(callback: (time: Long) -> Unit): T { val start = System.currentTimeMillis() val result = this() callback((System.currentTimeMillis() - start)) return result } Таким образом вы берете и любое выражение можете померять: val a = expression val a = { expression }.ms { log("calculation took $it ms") } При этом у меня сложилась такая ситуация: var someList = emptyList<Int>() { 1+1 }.ms {println("it took $it")} И вот это {1+1} котлин справедливо считает аргументом-лямбдой.

https://pl.kotl.in/SJf0fCpqX

Я немного ошибся, там лямбда аргумент не нужна. У котлина есть стандартная функция: inline fun measureTimeMillis(block: () -> Unit): Long Мне оно показалось не совсем удобным: не возвращает значение. А мы обычно пишем код, а потом че то хотим померять. И выносить че то для этого наружу как то не очень удобно. Я и написал: inline fun <T> (() -> T).ms(callback: (time: Long) -> Unit): T { val start = System.currentTimeMillis() val result = this() callback((System.currentTimeMillis() - start)) return result } Таким образом вы берете и любое выражение можете померять: val a = expression val a = { expression }.ms { log("calculation took $it ms") } При этом у меня сложилась такая ситуация: var someList = emptyList<Int>() { 1+1 }.ms {println("it took $it")} И вот это {1+1} котлин справедливо считает аргументом-лямбдой.

Я в такой ситуации просто возвращал Pair fun <R> measure(block: () -> R): Pair<R, Int>

Я так тоже делал, но это корявенько пишется на деле. Надо писать let { log(it.second); it.first}, каждый раз вспоминая какой из них мс а какой результат. Поэтому поменял на лямбду. (Логгер то в inline просто так не воткнешь)

Я так тоже делал, но это корявенько пишется на деле. Надо писать let { log(it.second); it.first}, каждый раз вспоминая какой из них мс а какой результат. Поэтому поменял на лямбду. (Логгер то в inline просто так не воткнешь)

Мне кажется, приведённый вариант заметно корявее, чем val (result, ms) = measure { ... } log(ms) ...

Я немного ошибся, там лямбда аргумент не нужна. У котлина есть стандартная функция: inline fun measureTimeMillis(block: () -> Unit): Long Мне оно показалось не совсем удобным: не возвращает значение. А мы обычно пишем код, а потом че то хотим померять. И выносить че то для этого наружу как то не очень удобно. Я и написал: inline fun <T> (() -> T).ms(callback: (time: Long) -> Unit): T { val start = System.currentTimeMillis() val result = this() callback((System.currentTimeMillis() - start)) return result } Таким образом вы берете и любое выражение можете померять: val a = expression val a = { expression }.ms { log("calculation took $it ms") } При этом у меня сложилась такая ситуация: var someList = emptyList<Int>() { 1+1 }.ms {println("it took $it")} И вот это {1+1} котлин справедливо считает аргументом-лямбдой.

у вашей ms функции есть побочный эффект - она создает объект из вашей лямбды

библиотечная же полностью инлайнится

Ну, тогда надо и колбек инлайнить

Но вообще, я бы забил на инлайн, это все равно отлабочная функция и лишняя лямбда как то не особо мсек добавит

ну такое, а потом вы вдруг захотите это в логи писать

у вашей ms функции есть побочный эффект - она создает объект из вашей лямбды

Не проблема создавать объекты в лямбде. Примеры - let, with, run из stdlib

Не проблема создавать объекты в лямбде. Примеры - let, with, run из stdlib

let with и run инлайнятся

a.let(::foo).let(::bar) превращается в bar(foo(a))

let with и run инлайнятся

Я к тому, что это валидная инлайн функция и из-за этого немного не понятно, в чём суть побочного эффекта: inline fun <T> measureTimeMillis(block: () -> T): Pair<T, Long> { val start = System.currentTimeMillis() val result = block() return result to System.currentTimeMillis() - start }

Сек... он имел ввиду что моя функция люшнюю лямбду создает. inline fun <T> (() -> T).ms(callback: (time: Long) -> Unit): T { val start = System.currentTimeMillis() val result = this() callback((System.currentTimeMillis() - start)) return result }

ну такое, а потом вы вдруг захотите это в логи писать

Да и в этом случае мало что изменится

Я немного ошибся, там лямбда аргумент не нужна. У котлина есть стандартная функция: inline fun measureTimeMillis(block: () -> Unit): Long Мне оно показалось не совсем удобным: не возвращает значение. А мы обычно пишем код, а потом че то хотим померять. И выносить че то для этого наружу как то не очень удобно. Я и написал: inline fun <T> (() -> T).ms(callback: (time: Long) -> Unit): T { val start = System.currentTimeMillis() val result = this() callback((System.currentTimeMillis() - start)) return result } Таким образом вы берете и любое выражение можете померять: val a = expression val a = { expression }.ms { log("calculation took $it ms") } При этом у меня сложилась такая ситуация: var someList = emptyList<Int>() { 1+1 }.ms {println("it took $it")} И вот это {1+1} котлин справедливо считает аргументом-лямбдой.

В любом случае, тикет с этим кодом не помешает, с первого взгляда обработка этого кейса не выглядит разумной. Хорошо ли писать так как написано - уже второстепенный вопрос.