IP
за месяц управимся
Size: a a a
2020 September 10
RE
Нет. Это терминологическия путаница. Есть большой опыт использования tagged unions (они же sealed classes). А вот c untagged unions даже теория, позволяющая адекватно с ними стоить вывод типов, появлось относительно недавно.
SB
И кто какие фичи хочет? В 1.4, между прочим, благодаря fun interface, закрыли целый ряд top voted issues. Давайте уже не стесняться, а говорить прямо, какие такие это фичи, которых еще не хватает.
очень хочется standalone Space но это не к котлину =)
IP
Нет. Это терминологическия путаница. Есть большой опыт использования tagged unions (они же sealed classes). А вот c untagged unions даже теория, позволяющая адекватно с ними стоить вывод типов, появлось относительно недавно.
окей, как пример - ceylon
RE
Не кипы пишите. Пишите лучше issue в YouTrack с описанием ваших конкретных проблем, которые те или иные фичи языка помогут вам решить. Use-cases нужны в первую очередь. Будем очень за них благодарны.
D
Не кипы пишите. Пишите лучше issue в YouTrack с описанием ваших конкретных проблем, которые те или иные фичи языка помогут вам решить. Use-cases нужны в первую очередь. Будем очень за них благодарны.
Я вот эту ветку мониторю: https://discuss.kotlinlang.org/t/union-types/77
RE
окей, как пример - ceylon
Как бы пример что не надо так было делать, если язык хочет жить.
D
очень хочется standalone Space но это не к котлину =)
И CI потыкать с Kotlin DSL-ем. :)
LS
И кто какие фичи хочет? В 1.4, между прочим, благодаря fun interface, закрыли целый ряд top voted issues. Давайте уже не стесняться, а говорить прямо, какие такие это фичи, которых еще не хватает.
Space standalone community) А то мы санкционные)
VP
И кто какие фичи хочет? В 1.4, между прочим, благодаря fun interface, закрыли целый ряд top voted issues. Давайте уже не стесняться, а говорить прямо, какие такие это фичи, которых еще не хватает.
В 1.4 kotlinx-coroutines очень хотелось бы нормально работающий ThreadContextElement 😏
SZ
В 1.4 kotlinx-coroutines очень хотелось бы нормально работающий ThreadContextElement 😏
чтобы не иммутабельный?)
LS
Какой код размещать в одном мультиплатформенном модуле, а какой в разных?
VP
чтобы не иммутабельный?)
Чтобы
restoreThreadContext вызывался когда надо, а не как сейчасSB
Кстати раз о корутинах тут, я правильно понимаю что анализ вызова блокирующих вызовов внутри саспенд блоков не работает если он обернут хотя бы одной функцией? Есть ли способ маркировки блокирующего кода?
Чтобы вот так не получалось(утрировано), а я как юзверь не думал что все хорошо
Чтобы вот так не получалось(утрировано), а я как юзверь не думал что все хорошо
VP
Кстати раз о корутинах тут, я правильно понимаю что анализ вызова блокирующих вызовов внутри саспенд блоков не работает если он обернут хотя бы одной функцией? Есть ли способ маркировки блокирующего кода?
Чтобы вот так не получалось(утрировано), а я как юзверь не думал что все хорошо
Чтобы вот так не получалось(утрировано), а я как юзверь не думал что все хорошо
Маркировать своими аннотациями точно можно, это есть в настройках.
А по поводу оборачивания, тут недавно @noraltavir рассказывал, что там что-то выводится из вложенных вызовов, но что-то не похоже.
А по поводу оборачивания, тут недавно @noraltavir рассказывал, что там что-то выводится из вложенных вызовов, но что-то не похоже.
SB
просто наткнулся на баг у себя в коде достаточно банальный, когда обернул таймаутом вызов из библиотеки, который оказался блокирующим, и в результате получил и эксепшн таймаута и выполненный метод
IP
Какой код размещать в одном мультиплатформенном модуле, а какой в разных?
вы имеете в виду модули как субпроекты или модули как source sets?
LS
вы имеете в виду модули как субпроекты или модули как source sets?
Как субпроекты. А можно как source sets?
IP
Как субпроекты. А можно как source sets?
ну в mpp и hmpp это актуально
LS
ну в mpp и hmpp это актуально
Что такое hmpp?)