аааа

Точно

обычно в Идее красная мигающая иконка появляется

там лишь дюжина других ошибок, я такие уже репортил :)

ещё есть лог сборки

Ага. В YouTrack отнести? :/

%user%\.IntelliJIdea2018.2\system\log\build-log\build.log

на каком коде падает?

небось какая-нибудь нетривиальная конструкция

на каком коде падает?

ну, я добавил третий тайп-параметр одному классу

Могу показать наброски минут через десять.

даааа, конечно ?

Всем привет! Есть ли способ сделать мапу <T, suspend (K) -> V)> ? Идея говорит, Unsupported [Callable reference to suspend function], но мне кажется это не такой редкий кейс, чтобы люди не нашли для него решения (хотя я не нашел). Может что-то подскажете? Гугл ответа не дал. Спасибо.

Всем привет! Есть ли способ сделать мапу <T, suspend (K) -> V)> ? Идея говорит, Unsupported [Callable reference to suspend function], но мне кажется это не такой редкий кейс, чтобы люди не нашли для него решения (хотя я не нашел). Может что-то подскажете? Гугл ответа не дал. Спасибо.

ошибка возникает где-то где ::someFunc?

Ага

Ну вот это работать пока и не будет, как говорит текст ошибки.

?

Неужели придется обходиться when?

Ага

лямбду напиши

Всё ещё можно писать myMap[key] = suspend { a, b -> realFunc(a, b) }, пока не завезли ссылки.

Понял, спасибо ?

недокументированное чудо

для чего оно?

недокументированное чудо

где?!

suspend { }

не ключевое слово, а имя функции

https://kotlinlang.org/api/latest/jvm/stdlib/kotlin/suspend.html

для чего оно?

Что бы создавать suspend лямбда ?‍♀ val f: suspend () -> Int = suspend { delay(1); 42 }

чёрная магия какая-то

у меня в браузере десятка два закладок на статьи по корутинам, а разобраться до конца и применить я их так и не осилил ещё ☹️

не ключевое слово, а имя функции

Ключевое слово не добавляли, дабы не ломать обратную совместимость в минорном релизе (вдруг кто-то у себя функцию с такой же сигнатурой завёл). При этом, ЕМНИП, компилятором ограничили область применения вызову kotlin.suspend так, чтобы она максимально была похожа на модификатор. Цель проста — в будущем, когда можно будет сломать обратную совместимость, заменить её на модификатор :)

Чёрт. Почему цвет как у ключевого слова? Я поверил...

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

Ну кстати на гитхабе я эту функцию не нагуглил. Видать, это не просто интринсик, это очень интринсик :D

А, отбой, нашёл: https://github.com/JetBrains/kotlin/blob/9af73168455f61abb9d109317ff8170e7573eb4d/libraries/stdlib/src/kotlin/util/Suspend.kt#L14

А пояснение в https://blog.jetbrains.com/kotlin/2018/03/kotlin-1-2-30-is-out/ под "Changes in the libraries"

https://youtrack.jetbrains.com/issue/KT-22766 и вот соответствующая ишью

А что ты пишешь?

Клиент либы объявляет структуру: https://github.com/Miha-x64/reactive-properties/blob/master/logic-sample/src/main/kotlin/net/aquadc/propertiesSampleLogic/sql/schema.kt#L13 Тем временем, string, long и т. п. — это вот такие god converterы: https://github.com/Miha-x64/reactive-properties/blob/master/persistence/src/main/kotlin/net/aquadc/persistence/converter/converter.kt#L46 В месте использования мы очень надеемся, что конкремный конвертер действительно реализован: https://github.com/Miha-x64/reactive-properties/blob/master/sql/src/main/kotlin/net/aquadc/properties/sql/JdbcSession.kt#L65 Вопрос: как сделать более гибко и менее уродливо?

"конвертер из всего во всё" - это шиза какая-то IMHO

сочинительство очередной "божественной" библиотеки?

шо ты тут стебешься, разбирайся с корутинами

да если бы... на работе на просто джаве пишем. ещё и на 6-й. котлин только дома фор фан

"конвертер из всего во всё" - это шиза какая-то IMHO

рассмотрю альтернативы

рассмотрю альтернативы

В чужую задачу не готов закапываться. Но зачем всё это надо?

В чужую задачу не готов закапываться. Но зачем всё это надо?

Объявление структур, хранение и транспорт.

очередная сериализация, в общем

куча же разных сериализаторов

вон и фирменный котлиновский делают

и работа с jdbc не похожа на просто "хранение и транспорт"

так лучше просто сериализовать в блобы и кидать в базу

очередная сериализация, в общем

да, но радикально лучше всего, что есть :)

и работа с jdbc не похожа на просто "хранение и транспорт"

похожа

так лучше просто сериализовать в блобы и кидать в базу

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

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

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

это очередной способ представить структуру

обвязка разная, зачем какие-то общие интерфейсы?

боюсь что получится какая-то высшая математика в духе Хаскеля и теории категорий

а на практике будет неудобно

обвязка разная, зачем какие-то общие интерфейсы?

По большому счёту, общих интерфейсов нет. Просто нужно из одного объекта доставить горы конвертеров.

Народ, а к кому можно обратиться тут на тему предложения по улучшению bytecode компиляции котлина?

Народ, а к кому можно обратиться тут на тему предложения по улучшению bytecode компиляции котлина?

Полагаю сюда: https://youtrack.jetbrains.com/issues/KT

я прогрузить вот пытаюсь...

Кроме того, кидать это сразу в issue не хочу, поскольку пока что на уровне предложения

Кроме того, кидать это сразу в issue не хочу, поскольку пока что на уровне предложения

Там куча просто предложений, вроде как

ок

спасибо

ERROR: S client not available

ок

Но разработчики вроде бывают тут, так что можешь и сюда вбросить.

сейчас issue сделаю и сюда вброшу

чтоб если что хоть сказали, что не так

Вот

Видел что-то похожее, но как понял, несколько отличающееся от моей идеи

сломать легко

сломать легко

Рефлексией что угодно можно сломать:)

ну и хз на счет перфоманса

ну и да, это причина, по которой расчёт hashCode значения ленивый

ну и хз на счет перфоманса

для одного поля улучшения само собой не будет, но если полей больше одного - уже будем в плюсе после второго (а чаще и первого) использования hashCode

А если там val a: MutableList ?

А кто-нибудь знает, как можно гарантировать последовательность завершения запущенных независимо корутин? Вот например fun test() { printDelayed("1") printDelayed("2") printDelayed("3") } fun printDelayed(arg: String) { GlobalScope.launch { delay(2000) println(arg) } } И тут вывод не обязательно будет 1 2 3

Естественно необязательно, это же основы асинхронного программирования

А если там val a: MutableList ?

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

Зачем вам контролировать порядок выполнения асинхронных операций? Это обычно очень плохая практика

Просто надо print делать не в корутине а после await

А кто-нибудь знает, как можно гарантировать последовательность завершения запущенных независимо корутин? Вот например fun test() { printDelayed("1") printDelayed("2") printDelayed("3") } fun printDelayed(arg: String) { GlobalScope.launch { delay(2000) println(arg) } } И тут вывод не обязательно будет 1 2 3

start = LAZY

потом перед запуском делаешь job.start()

хотя можно и join(), кажется - она автоматически запустится

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

Трудно по классу сказать, мутабельный он или нет

Const то нету))

Трудно по классу сказать, мутабельный он или нет

так речь не о классе же:)

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

постоянная - это всякие строки, числа и data классы, в которых все поля - постоянные

постоянная - это всякие строки, числа и data классы, в которых все поля - постоянные

Кэшировать хэш-код строк, чисел и т.д. большого смысла нет, т.к. он и так вычислится довольно быстро (а главное, за O(1)).

А вообще идея использовать сложные объекты со списками в качестве ключей HashMap весьма сомнительная. Скорее всего, это редко нужно. Достаточно редко, чтобы не заморачиваться на эту тему в компиляторе, по крайней мере до появления иммутабельных типов.

Кэшировать хэш-код строк, чисел и т.д. большого смысла нет, т.к. он и так вычислится довольно быстро (а главное, за O(1)).

может, и так, вот только для вычисления результирующего хэша каждая переменная перемножается с 31 (не спрашивай, почему) и складывается с суммой предыдущих таких вычислений

getfield #n // n is field number in bytecode dup ifnull // go to near pop because last object is null invokevirtual #113 // call of hashCode() of last object goto n // n here is number of near iconst_0 pop iconst_0 // it is go to here iadd // add last calculated hashcode bipush 31 // put 0001111 onto top of stack imul // multiply last hashcode and 00011111 (as understand it is for more entropy)

Кэшировать хэш-код строк, чисел и т.д. большого смысла нет, т.к. он и так вычислится довольно быстро (а главное, за O(1)).

А он там кажется еще и запомнится в строках

getfield #n // n is field number in bytecode dup ifnull // go to near pop because last object is null invokevirtual #113 // call of hashCode() of last object goto n // n here is number of near iconst_0 pop iconst_0 // it is go to here iadd // add last calculated hashcode bipush 31 // put 0001111 onto top of stack imul // multiply last hashcode and 00011111 (as understand it is for more entropy)

собсна, bytecode

А смысл оптимизировать пару умножений?