SS
Все, извините, спасибо, до свидания)))
Size: a a a
2019 December 13
AM
А Dokka 0.10.0, оказывается, уже умеет в KMPP :)
AN
А Dokka 0.10.0, оказывается, уже умеет в KMPP :)
обещали скоро 1.0 с улучшенным дизайном
AM
А в корутинах 1.3.3 на андроиде не используется ServiceLoader для получения Main-диспетчера. Потому теперь оно не только в релизе после R8 не ходит в главном потоке в I/O, но и в дебаге без R8 :)
AM
обещали скоро 1.0 с улучшенным дизайном
Круто!
Sλ
AN
Было по-моему в кейноуте
АО
А в корутинах 1.3.3 на андроиде не используется ServiceLoader для получения Main-диспетчера. Потому теперь оно не только в релизе после R8 не ходит в главном потоке в I/O, но и в дебаге без R8 :)
блин, а я только недавно до 1.2.6 обновился везде -.-
AM
Божечки-кошечки, я не знаю, как я это пропустил, когда читал релиз ноуты 1.3.60.
https://blog.jetbrains.com/kotlin/2019/11/kotlin-1-3-60-released/#break-and-continue
Особенно последняя фраза:
The fall-through behavior inside when is subject to further design.
https://blog.jetbrains.com/kotlin/2019/11/kotlin-1-3-60-released/#break-and-continue
Особенно последняя фраза:
The fall-through behavior inside when is subject to further design.
QH
А в корутинах 1.3.3 на андроиде не используется ServiceLoader для получения Main-диспетчера. Потому теперь оно не только в релизе после R8 не ходит в главном потоке в I/O, но и в дебаге без R8 :)
а вообще, почему бы ProGuard'у/R8 не превратить сервисы ServiceLoader'а в константы?..
AM
а вообще, почему бы ProGuard'у/R8 не превратить сервисы ServiceLoader'а в константы?..
А R8 ровно это и делает с недавних пор.
QH
А R8 ровно это и делает с недавних пор.
А, круто.
AM
Просто сначала в kx.coroutines включили FastServiceLoader, который делал то же самое, что и ServiceLoader, но без проверки подписи архива, после в R8 добавили оптимизацию, выбрасывающую стандартные SL. Теперь, оказывается, из kx.coroutines выбросили использование SL в этом месте (не проверял, только ли для андроида или вообще).
AM
Чат, никто не видел альтернатив kotlinpoet-у, которые умели бы в сериализацию модели?
K
что немного странно, на конфе, Чет и Роман начали толк за R8 со словами: у нас больше контекста, поэтому R8 может оптимизировать глубже, чем компилятор! И дальше, если не ошибаюсь, все примеры были абсолютно "в лоб", где каждый раз думаешь "почему оно ещё не в компиляторе?!!". Не услышал ничего, где бы им понадобился доп. контекст "картины в целом", представленные оптимизации были очень локальные.
AM
Я думаю, речь о том, что у комилятора в общем виде открытая модель мира, а у R8 — закрытая. Ну то есть компилятор думает о модуле как о штуке, любая публичная декралация которой доступна извне, а R8 знает, что это компилируется в приложение и всё, что недоступно из известных "корней", можно выбрасывать
AM
Чат, никто не видел альтернатив kotlinpoet-у, которые умели бы в сериализацию модели?
После гуглежа складывается ощущение, что кроме KotlinPoet непосредственно генерацией Kotlin-овских сорцов в мире занимается только внутриидеевские штуки. :/
QH
Я думаю, речь о том, что у комилятора в общем виде открытая модель мира, а у R8 — закрытая. Ну то есть компилятор думает о модуле как о штуке, любая публичная декралация которой доступна извне, а R8 знает, что это компилируется в приложение и всё, что недоступно из известных "корней", можно выбрасывать
+
QH
Чат, никто не видел альтернатив kotlinpoet-у, которые умели бы в сериализацию модели?
А что за сериализация модели?
AM
А что за сериализация модели?
Ну вот эти вот все TypeName-ы чтобы можно было схоронить куда-то, а после прочитать обратно.