мм, но после первого лета это же будет уже другой ит?

Жаль только ошибка. За такое током бить надо.)) Не все исходники читают в idea.)

дык тут-же, на пару сообщений выше, и насоветовали =)

мм, но после первого лета это же будет уже другой ит?

Если вложенные - надо именовать параметр user?.let { user -> //...

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

Тут я бы про организацию кода подумал, звучит как лапша -)

непонял, как блокирующая операция в одной корутине, заблокирует выполнение другой корутины, ониж типа независимо друг от друга работают, и даже если вы не будете добавлять IO в корутины, одновременно будет выполняться столько, сколько влазит в пул

если скажем пул ОС потоков - 4, то если в каких-то 4 корутинах будут выполнятся блокирующие операции, например вызов Jdbc. То остальные +100500 корутин повиснут в ожидании освобождения какого-нибудь из этих 4 ОС потоков.

может суть вопроса в том, работает ли внутри корутин ThreadLocal?

Не работает, там вроде как свой контекст корутины. Это одна из причин почему к примеру hibernate не будет работать асинхронно на корутинах.

Суть вопроса в том что IO блокирующие операции. И если я засуну в корутины 1000 задач каждая из которох имеет такие операции, то они будут блокировать корутины и по сути просто выполянятся будет одновременно столько задач сколько тредов в пуле для корутин

Да - все верно, для того чтобы была реальная асинхронность, нужно использовать non-block IO

если скажем пул ОС потоков - 4, то если в каких-то 4 корутинах будут выполнятся блокирующие операции, например вызов Jdbc. То остальные +100500 корутин повиснут в ожидании освобождения какого-нибудь из этих 4 ОС потоков.

Во, Юра правильно понял

Да - все верно, для того чтобы была реальная асинхронность, нужно использовать non-block IO

Ага. Значит буду разруливать тредами. Спасиб.

Ага. Значит буду разруливать тредами. Спасиб.

Jdbc к сожалению работает только в синхронном варианте. Есть вроде такого асинхронной работы с postgre/mysql https://github.com/mauricio/postgresql-async Но там все печально

http://vertx.io/docs/

Кст говоря, кто-нибудь знает в какой версии корутины перестанут быть эксперементальными?

В чем разница аннотаций @field:SerializedName и @SerializedName?

В чем разница аннотаций @field:SerializedName и @SerializedName?

вторая, вероятно, ляжет на геттер или сеттер

всем привет, а есть оператор чтобы мне вернуть изначальное значение после let ? или нужно в конец писать let с трансформации в искходный ojb1 ? obj1.let{Obj2().apply{....} }

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

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

also{return it} что то вроде такого?

Return не надо, also сам по себе возвращает ресивер. Т.е. object.also { println(it) } выведет object и вернёт его

also{return it} что то вроде такого?

в лямбде последнее выражение возвращаемое значение

Привет, ребята! Подскажите пожалуйста каналы о языке Котлин?

думаю не будет рекламой: https://github.com/mtdvio/ru-tech-chats тут вот список чатиков вообще всех русскоязычных тех которых нет - те можно добавить

Привет, ребята! Подскажите пожалуйста каналы о языке Котлин?

Каналы или чаты?

https://github.com/goq/telegram-list И ещё один

думаю не будет рекламой: https://github.com/mtdvio/ru-tech-chats тут вот список чатиков вообще всех русскоязычных тех которых нет - те можно добавить

> вообще всех Не вижу этого чата там :)

> вообще всех Не вижу этого чата там :)

fork -> insert -> pullrequest

Уговорили, готово.

подскажите пожалуйста разницу. Я так и не усвоил 1) class A{ fun function1(){} } 2) fun function1(){} 3) class A1{ companion object { fun function1(){} } } между первым и вторым, и между вторым и третьем. Какие подводные камни?

1. Функция в классе 2. Просто функция 3. Функция, которую можете вызывать как статик функцию. A1.function()

это я понял. Когда уместны эти три варианты? Например зачем писать 3 вариант, когда можно сделать 2.

подскажите пожалуйста разницу. Я так и не усвоил 1) class A{ fun function1(){} } 2) fun function1(){} 3) class A1{ companion object { fun function1(){} } } между первым и вторым, и между вторым и третьем. Какие подводные камни?

Для второго случая генерируется класс обертка по названию файла, сам метод считается статическим. Для того, чтобы стереть все сомнения в идее нажми Tools -> Kotlin -> Show Kotlin Bytecode -> Decompile

Или ctrl+shift+a и там пиши show kotlin bytecode

:)

спасибо!)

ну это надо хоткеи знать, я так не играю

это я понял. Когда уместны эти три варианты? Например зачем писать 3 вариант, когда можно сделать 2.

Что бы не засорять скоуп пакета лишними функциями. Да и если у тебя будут такие функции в двух соседних файла, у тебя даже код не скомпилируется.

3 случай - типичный статический метод из джавы, например конструктор можно там вызывать чтобы создавать разные объекты

companion object это полный аналог статического класса в джаве или есть нюансы?

Ну, вроде бы можно ему имя давать)

Что бы не засорять скоуп пакета лишними функциями. Да и если у тебя будут такие функции в двух соседних файла, у тебя даже код не скомпилируется.

спасибо не знал

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

companion object это полный аналог статического класса в джаве или есть нюансы?

Ну формально это будет синглтон-объект A1.Companion (его можно в коде дернуть напрямую) Соответственно, он может даже наследовать классы/интерфейсы class A1 { companion object : MyBaseClass(), Comparable<String> { fun function1() {} override fun compareTo(other: String): Int =TODO() } } И если не накинуть @JvmStatic на функции, то их вызовы будет не “статическими-методами”, а самыми настоящими “виртуальными” методами объекта A1.Companion (только весь стейт фактически будет в static полях храниться)

Ну формально это будет синглтон-объект A1.Companion (его можно в коде дернуть напрямую) Соответственно, он может даже наследовать классы/интерфейсы class A1 { companion object : MyBaseClass(), Comparable<String> { fun function1() {} override fun compareTo(other: String): Int =TODO() } } И если не накинуть @JvmStatic на функции, то их вызовы будет не “статическими-методами”, а самыми настоящими “виртуальными” методами объекта A1.Companion (только весь стейт фактически будет в static полях храниться)

JvmStatic просто добавляет статический метод-прокси

Точно. Если кто-то подумал что с jvmstatic будет быстрее, то извиняюсь что ввел в заблуждение.

@angmarr, @Harmonizr спасибо

Спасибо большое за ответы!

Как поддерживать бинарную совместимость функций с параметрами по умолчанию? В этом примере interface X { fun a(name: String = "Vasya", newParam: Int = 100500) @Deprecated(message = "Only for binary compatibility", level = ERROR) fun a(name: String = "Vasya") = a(name, 100500) } fun main() { val x: X = ... x.a("Dimon") // error } компилятором выбирается легаси-функция, я никак не смогу в новых версиях её выпилить.

Как поддерживать бинарную совместимость функций с параметрами по умолчанию? В этом примере interface X { fun a(name: String = "Vasya", newParam: Int = 100500) @Deprecated(message = "Only for binary compatibility", level = ERROR) fun a(name: String = "Vasya") = a(name, 100500) } fun main() { val x: X = ... x.a("Dimon") // error } компилятором выбирается легаси-функция, я никак не смогу в новых версиях её выпилить.

А вроде же можно поставить, что бы вообще из кода скрывалось?

А вроде же можно поставить, что бы вообще из кода скрывалось?

как? @JvmSynthetic из Котлина видно)

DeprecationLevel.HIDDEN или у тебя стороння либа? (Если не поможет, могу только посоветовать переименовать метод ?‍♀️)

DeprecationLevel.HIDDEN или у тебя стороння либа? (Если не поможет, могу только посоветовать переименовать метод ?‍♀️)

Спасибо!

В понедельник, 25 декабря, в петербургском офисе компании Oracle состоится предновогодняя встреча с Романом Елизаровым, разработчиком языка Kotlin в компании JetBrains и экспертом в области многопоточного программирования. Тема встречи — корутины в Котлине: – Отличия корутин от callbacks, futures, и async/await; – Как устроены корутины изнутри; – Интеграция корутин Котлина с асинхронным кодом на Java. Участие бесплатное, регистрация – по ссылке: https://jugru.timepad.ru/event/635265/

Писец тут аншлаг (видос снимают)

ERROR: S client not available

хмм. что-то таймпад не особо напоминает что завтра/сегодня мероприятие

Да вроде вчера приходило. Кстати было классно, в кое-то веке угощали ? и ? (ну и Роман интересно рассказал ?). Даже что то новое узнал (мысли Романа насчёт неявности вызова suspended функций)

А выложат его в открытый доступ?

Писец тут аншлаг (видос снимают)

Да вроде вчера приходило. Кстати было классно, в кое-то веке угощали ? и ? (ну и Роман интересно рассказал ?). Даже что то новое узнал (мысли Романа насчёт неявности вызова suspended функций)

А я наконец (со второго раза) всё понял :)

А выложат его в открытый доступ?

Конечно, все снимали профессионально. Через недельку/две наверное (обработают ещё)

а на каком канале ждать?

https://www.youtube.com/user/JUGRuVideo

а на каком канале ждать?

В kug spb наверняка выложат, сюда тоже рано или поздно.

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

но не уверен на те ли

В kug spb наверняка выложат, сюда тоже рано или поздно.

При чем тут kug. Это была обычная встреча JUG

А, это просто я ракую, про встречу оттуда узнал.

Мужики, помогите развеять недопонимание с корутинами.) Вообщем полез смотреть реализацию одной либы async await и наткнулся вот на такой код private class AsyncThreadFactory(val name: String) : ThreadFactory {    private var counter = 0    override fun newThread(r: Runnable): Thread {       counter++       return Thread(r, "$name-$counter")    } } Правильно ли я понимаю, что это эквивалентно new Thread? Что-то я уже запутался. Спасибо.

Надо смотреть реализацию предка

Корутин то в этом коде нет

Вот https://github.com/metalabdesign/AsyncAwait/blob/master/asyncawait/src/main/kotlin/co/metalab/asyncawait/Async.kt

Мужики, помогите развеять недопонимание с корутинами.) Вообщем полез смотреть реализацию одной либы async await и наткнулся вот на такой код private class AsyncThreadFactory(val name: String) : ThreadFactory {    private var counter = 0    override fun newThread(r: Runnable): Thread {       counter++       return Thread(r, "$name-$counter")    } } Правильно ли я понимаю, что это эквивалентно new Thread? Что-то я уже запутался. Спасибо.

Ну так это же просто “стандартный подход”, что бы задать тредам нормальные имена (что бы при дебаги их видеть). Это фабрика будет реально вызваться когда нужен будет новый тред, НО выше же он передается в single-thread-executor, который еще и кешируется. return executors.getOrElse(this) { val newExecutor = Executors.newSingleThreadExecutor(AsyncThreadFactory(threadName)) executors[this] = newExecutor newExecutor }

эх еще бы MDC контекст из логгеров копировался

спросил об этом вчера у Романа, он сказал, что поддержка MDC из коробки у них в запланированных задачах

было б отлично

Простите за тупой вопрос, что такое MDC ? И для чего он

https://logback.qos.ch/manual/mdc.html

я подозреваю речь об этом