Может кто объяснить момент из этой статьи? https://medium.com/capital-one-developers/coroutines-and-rxjava-an-asynchronicity-comparison-part-3-transferring-stream-of-values-e858f4233791 val channel = Channel<Int>() launch { for (i in 1..5) { channel.send(i) } }launch { for (value in channel) { consumeValue(value) } }Вот в этом моменте. Каким образом вторая корутина будет понимать, что в канале будет 5 элементов?

Мне по логике кажется, что первая корутина пошлет элемент, а вторая пойдет в канал и получит, что у нее всего 1 элемент там внутри, после чего закончит цикл.

Первая корутинаже суспендится на втором send'е, значит в канале всегда всего одно значение

Первая корутинаже суспендится на втором send'е, значит в канале всегда всего одно значение

for по каналу завершится тогда, когда канал закроется. Если значения в канале нету, но он не закрыт, она засаспендится.

Вот оно что. Спасибо.

Но вот то, что канал не закрыт, меня смущает. По-моему, второй for не завершится, ибо будет до конца своих дней ждать следующее значение.

Но вот то, что канал не закрыт, меня смущает. По-моему, второй for не завершится, ибо будет до конца своих дней ждать следующее значение.

Все так, нужно не забывать закрывать каналы

А вот со следующим примером с produce уже всё ок, там оно закроется по выходу из лямбды :)

Оно ж для обучения. Странно, что на этом не заострили внимания, ибо я, признаться, сломался на это for.

Оно ж написано людьми и вряд ли серьёзно вычитано. Можно в комменты сходить, ругнуться, наверняка исправят)

Вообще для обучения лучше всего дока которая из коробки идет, там все очень хорошо описано: https://github.com/Kotlin/kotlinx.coroutines/blob/master/coroutines-guide.md

Равно как и некоторые аналогии с rx тут: https://github.com/Kotlin/kotlinx.coroutines/blob/master/reactive/coroutines-guide-reactive.md

Вообще для обучения лучше всего дока которая из коробки идет, там все очень хорошо описано: https://github.com/Kotlin/kotlinx.coroutines/blob/master/coroutines-guide.md

Когда уже знаком с Rx - статьи выше отлично помогают понять расклад вещей.

Лично я пришел не с rx, а с CompletableFuture. Корутины конечно значительно удобнее, но там есть ньюансы. В корутнах нет совсем простого способа прицепить действие в конец уже существующего. Мой опыт подсказывает, что это в любом случае не очень хорошая идея, но все же.

Лично я пришел не с rx, а с CompletableFuture. Корутины конечно значительно удобнее, но там есть ньюансы. В корутнах нет совсем простого способа прицепить действие в конец уже существующего. Мой опыт подсказывает, что это в любом случае не очень хорошая идея, но все же.

Всмысле, коллбэк на окончание корутины?

не совсем. CompletableFuture позволяет делать довольно сложные разветвленные структуры из зависимостей, где следующая стадия выполняется когда выполнены все предыдущие. Корутины делают то же самое при помощи await, но этот самый await нужно запускать в корутине, так что для того, чтобы что-то прицепить в конец, надо делать новый launch. В принципе не много гемороя, но идеология разная.

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

Я ж правильно понимаю, что если мне захотелось в expect class обычных методов / пропертей, то мне придётся писать обычный класс с этими методами и пропертями, делегирующий всё остальное в expect class? Или это таки делается проще?

Рисуется что-то такое: interface IMyClass { fun expectedFun() } internal expect class MyClassPlatform(expectCtorArg: Int): IMyClass { override fun expectedFun() } class MyClass internal constructor(platform: MyClassPlatform): IMyClass by platform { val usualProp: String = "Hello world" fun usualFun() { println(usualProp) } } fun MyClass(ctorArg: Int) = MyClass(MyClassPlatform(ctorArg)) fun usage() { val obj = MyClass(5) obj.expectedFun() obj.usualFun() } и выглядит как-то излишне многословно. Может, я что-то упускаю?

Ну хотя с другой стороны за счёт интерфейса, выходит, можно определять, какие методы будут торчать наружу, а какие доступны только через platform, который можно сделать val. Может, оно и нормально.

Вроде все легитимно, KProperty<*>? же супертип KProperty<*> ?

Легитимно. Только теперь я уже не могу угадать, зачем...

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

Но сабтайпинг соблюдается http://natpryce.com/articles/000818/nullable-hierarchy.png

Кто-нибудь в курсе, в инлайн классах можно делать делегаты? Я подозреваю, что нет, но может быть...

Имеются в виду проперти делегаты, которых в интерфейсах низя.

Inline class cannot have backing fields Hence, it follows that inline class can have only simple computable properties (no lateinit/delegated properties) https://github.com/Kotlin/KEEP/blob/master/proposals/inline-classes.md

Имеются в виду проперти делегаты, которых в интерфейсах низя.

Увы.

Очень жаль. Вообще есть у меня желание предложить делегаты без филдов. Их можно было бы в интерфейсы и инлайн классы пихать. Принципиальных преград не вижу. Только синтаксис

Очень жаль. Вообще есть у меня желание предложить делегаты без филдов. Их можно было бы в интерфейсы и инлайн классы пихать. Принципиальных преград не вижу. Только синтаксис

типа как inline extension property?

Ага

Добрый вечер, не могу найти чет, в котлин есть методы по умолчанию в интерфейсе?

Есть

Добрый вечер, не могу найти чет, в котлин есть методы по умолчанию в интерфейсе?

Привет. Да, есть, вот упоминание в доке: https://kotlinlang.org/docs/reference/interfaces.html#interfaces Минимальный пример (Ключевых слов нету, просто пишешь имплементацию метода) interface Sizeable { var size: Int fun isEmpty() = size == 0 }

Привет. Да, есть, вот упоминание в доке: https://kotlinlang.org/docs/reference/interfaces.html#interfaces Минимальный пример (Ключевых слов нету, просто пишешь имплементацию метода) interface Sizeable { var size: Int fun isEmpty() = size == 0 }

Понля! спасибо большое

как вы код подсвечиваете в телеге?

три апострофа впереди и сзади

и как в котлине сделать блок на случай если филд нулл

типа ?.let{} но на другой случай

и как в котлине сделать блок на случай если филд нулл

if

он не подходит

Почему?

потому что я давно не использую if

котлин призван избавить нас от циклов и ifов

А, ну тогда понятно

Попахивает фанатизмом

неужели нет оператора

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

А какой контекст?

Может, вам ?: нужен

нет

хотя это было давно, сейчас мне такое не нужно было было пока

котлин призван избавить нас от циклов и ifов

В kolin if - функция, по крайней мере синтаксически от нее неотличим. Можно сделать свое собственное расширение, анологичное let, но если это вопрос идеологический, тогда ничем не могу помочь.

как я добавлю лямбдапремник на нулловый филд

как я добавлю лямбдапремник на нулловый филд

Ну для Unit попробовать можно

Генерики

https://github.com/JetBrains/kotlin/blob/1.2.60/libraries/stdlib/src/kotlin/util/Standard.kt#L96

@kotlin_jobs

Понял. Спасибо

ERROR: S client not available

> с опытом работы с блокчейном мб в бан лучше сразу?

Зачем?

Я чем то помешал?

Почему котлин, а не джава? Желательно конструктива

Чувак, слабо это в Гугле набрать? Это очень конструктивно

Мне бы мнение котлинеров

В гугле оно есть

и в поиске по всем околоджавовым чатам, включая этот, есть

А вот нафига блокчейном заниматься сидя именно в Минске - интересный вопрос -) Но тоже оффтопный.

Статей уже вагон

Почему котлин, а не джава? Желательно конструктива

Потому что Котлин более лаконичный, безопасный, удобный, современный, эффективный. Не страдает от многословности и многих ошибок дизайна Джавы, пользуясь всеми ее преимуществами, и вообще гораздо приятнее в обращении.

Потому что Котлин более лаконичный, безопасный, удобный, современный, эффективный. Не страдает от многословности и многих ошибок дизайна Джавы, пользуясь всеми ее преимуществами, и вообще гораздо приятнее в обращении.

Спасибо большое

А вот нафига блокчейном заниматься сидя именно в Минске - интересный вопрос -) Но тоже оффтопный.

Потому что это одна из стран где крипты не нон грата?

А вот нафига блокчейном заниматься сидя именно в Минске - интересный вопрос -) Но тоже оффтопный.

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

Потому что это одна из стран где крипты не нон грата?

В других странах блокчейн код писать запрещено?

нет, но как бы почему бы и не минск?

Добрый день. Опытные котлиновцы, подскажите как можно изменить этот код. Есть список ошибок, который прилетает с сервера. Порядок их обработчки важен. То есть если в списке ошибок может быть ошибка с кодом 1, то ее приоритетнее обработать, чем 2. Но прилетает список с сервера неупорядрченным. Нужно обработать первую более приоритетную ошибку и выйти из forEach. Не сооброжу как это реализовать. Помогите, пожалуйста. errors.forEach { when (it.code) { 1 -> { // здесь что-то делаю и нужно выйти из цикла forEach } 2 -> { // здесь что-то делаю и нужно выйти из цикла forEach } 3 -> { // здесь что-то делаю и нужно выйти из цикла forEach } } }

Потому что это одна из стран где крипты не нон грата?

про крипту не было ни слова

нет, но как бы почему бы и не минск?

Потому что лишние ограничения - маразм. Можно с такой логикой искать разработчика, у которого длинна волос от 5 до 7 см.

про крипту не было ни слова

тред не читай - отвечай /shrug

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

Например потому что надо знать матчасть, уметь писать под эфир смартконтракты?

Например потому что надо знать матчасть, уметь писать под эфир смартконтракты?

про них не было ни слова

тогда и писать надо было «мы смузихлёбы, распильщики бабла, нам нужен писатель смартконтрактов под эфир»

А под сам блокчейн конкретный набор знаний не нужен? Распределённые системы, алгоритмы на графах, криптография. Ну и да, @pofftop.

Добрый день, а все в idea кодят или есть кто в атоме или вскод?

Добрый день. Опытные котлиновцы, подскажите как можно изменить этот код. Есть список ошибок, который прилетает с сервера. Порядок их обработчки важен. То есть если в списке ошибок может быть ошибка с кодом 1, то ее приоритетнее обработать, чем 2. Но прилетает список с сервера неупорядрченным. Нужно обработать первую более приоритетную ошибку и выйти из forEach. Не сооброжу как это реализовать. Помогите, пожалуйста. errors.forEach { when (it.code) { 1 -> { // здесь что-то делаю и нужно выйти из цикла forEach } 2 -> { // здесь что-то делаю и нужно выйти из цикла forEach } 3 -> { // здесь что-то делаю и нужно выйти из цикла forEach } } }

Заменить forEach на for и делать break

А то чет идея с каждым обньвлением все лагучей становится, хотя комп не слабый и vm options ей менял, один фиг лагает при не валидном синтаксисе

Добрый день. Опытные котлиновцы, подскажите как можно изменить этот код. Есть список ошибок, который прилетает с сервера. Порядок их обработчки важен. То есть если в списке ошибок может быть ошибка с кодом 1, то ее приоритетнее обработать, чем 2. Но прилетает список с сервера неупорядрченным. Нужно обработать первую более приоритетную ошибку и выйти из forEach. Не сооброжу как это реализовать. Помогите, пожалуйста. errors.forEach { when (it.code) { 1 -> { // здесь что-то делаю и нужно выйти из цикла forEach } 2 -> { // здесь что-то делаю и нужно выйти из цикла forEach } 3 -> { // здесь что-то делаю и нужно выйти из цикла forEach } } }

errors.minBy { it.code }?