Ух будет весело перекатываться

У меня при подключении 1.3-что-то все было окей. Потом выскочило окно, мол "давай поможем migrate всё это дело", я, конечно, принял и... всё просто подсветилось красно-желтым.

Ахуенный мигрейт )

Ахуенный мигрейт )

Ору

А типа если я врубаю Котлин 1.3 то у меня автоматом релизные корутины будут, да?

Никаких импортов и флагов

И ещё вопрос: spring boot на котлине 1.3 запустится?

У меня, причем, 1.3 со старыми корутинами работали, в целом как надо. Но! При использовании withContext этот самый контекст не возвращался обратно. Т.е., я запускаю launch(UI), там делаю что-то в UI, дальше вызываю withContext(IO), что-то в нем вычисляю и снова возвращаюсь в UI, но в этот момент падало, мол я работаю не в MainThread. После обновления корутин всё стало окей.

Так и не понял, в чем беда была

Это же не 1.3, да?

Это же не 1.3, да?

1.3 RC

А типа если я врубаю Котлин 1.3 то у меня автоматом релизные корутины будут, да?

корутины тоже надо апдейтить "0.30.0-eap13"

1.3 RC

Когда релиз-то в итоге? soon?

Когда релиз-то в итоге? soon?

Да, как только так сразу

Пока попробуйте EAP и напишите есть ли проблемы

Как до своих проектов доберусь

А чем eap от релиза отличается?

Считай что это beta

ок

Когда релиз-то в итоге? soon?

не знаю, меня такие мелочи не беспокоят)

Где лучше объявлять const val? Внутри companion object или как топ лвл?

Где лучше объявлять const val? Внутри companion object или как топ лвл?

Сделайте так и так и гляньте в байткоде

Статик поля получаются если топ лвл на последних версиях котлина. Но некоторый диссонанс при чтении кода тоже получается

Посмотрел, топ лвл создаёт новый класс в нутри с константой, а с компаньён он создаёт пустой компаньён, а константу объявляет в самом классе вне компаньёна

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

Мне просто было интересно, что более хорошим тоном считается, так понял кому как больше нравиться, тот так и делает

Не совсем

Глобальные объявления засоряют глобальный же namespace, так что почти всегда лучше в компаньене

Я немножко не в теме, а что такое глобальный неймспейс?

Все же по классам раскидано, по пакетам

Я немножко не в теме, а что такое глобальный неймспейс?

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

А Котлине private работает внутри файла. Очень удобно так объявлять константы, вские help-functions и дополнительные (вспомогательные) классы. Companion objects не совсем для этого сделаны. Объявлять там константы можно, но зачем?

А Котлине private работает внутри файла. Очень удобно так объявлять константы, вские help-functions и дополнительные (вспомогательные) классы. Companion objects не совсем для этого сделаны. Объявлять там константы можно, но зачем?

чтобы иконка в левой панели была как у класса, а не как у файла)

меня вот печалит, что нельзя объявить константы так, чтобы не сгенерировался отдельный класс

меня вот печалит, что нельзя объявить константы так, чтобы не сгенерировался отдельный класс

Я вот никогда такое не пробовал, но что если file:jvmname написать и указать там имя класса?

чтобы иконка в левой панели была как у класса, а не как у файла)

Аргумент. Прямо даже не знаю что ответить. Вот: https://youtrack.jetbrains.com/issue/KT-27432

меня вот печалит, что нельзя объявить константы так, чтобы не сгенерировался отдельный класс

На это есть целый ряд issues: https://youtrack.jetbrains.com/issue/KT-18633 & https://youtrack.jetbrains.com/issue/KT-15595

А Котлине private работает внутри файла. Очень удобно так объявлять константы, вские help-functions и дополнительные (вспомогательные) классы. Companion objects не совсем для этого сделаны. Объявлять там константы можно, но зачем?

после Go постоянно так делать начал тоже

чтобы иконка в левой панели была как у класса, а не как у файла)

жиза

На это есть целый ряд issues: https://youtrack.jetbrains.com/issue/KT-18633 & https://youtrack.jetbrains.com/issue/KT-15595

Да, я именно про апдейтеры тогда думал! Спасибо.

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

Баг :)

разве баг?

это же аннотация, она, по-хорошему, не очень просто парсится

Баг :)

Ну я такую мелочь обычно в тререке не завожу чтобы не отвлекать :)

если я не ошибаюсь:)

это же аннотация, она, по-хорошему, не очень просто парсится

Не понял тебя

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

так?

разве баг?

Если что-то не компилится, а ide об этом заранее не говорит - это баг.

Внезапно, для object Singleton компилятор не переопределяет equals

Внезапно, для object Singleton компилятор не переопределяет equals

а смысл?

он же может быть равен только самому себе

Кстати, я правильно понимаю, что object всегда висит в памяти, даже если не используется? А то тут как то говорили, что они lazy, но где-то недавно прочитал, что они инициализируются сразу класслоадером. Плюс, может ли его собрать gc, а в случае чего пересоздать

он же может быть равен только самому себе

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

Кстати, я правильно понимаю, что object всегда висит в памяти, даже если не используется? А то тут как то говорили, что они lazy, но где-то недавно прочитал, что они инициализируются сразу класслоадером. Плюс, может ли его собрать gc, а в случае чего пересоздать

нет он лейзи, ибо загрузка класссса - лейзи

Внезапно, для object Singleton компилятор не переопределяет equals

Компилятор никому ничего не должен, ну разве что спецификации, но спецификации нет, так что действительно никому ?

Кстати, я правильно понимаю, что object всегда висит в памяти, даже если не используется? А то тут как то говорили, что они lazy, но где-то недавно прочитал, что они инициализируются сразу класслоадером. Плюс, может ли его собрать gc, а в случае чего пересоздать

если класслоадер станет недоступным и соберётся - то соберутся и все объекты в нём

Компилятор никому ничего не должен, ну разве что спецификации, но спецификации нет, так что действительно никому ?

Могли бы хоть в документации замечание сделать

Кстати, я правильно понимаю, что object всегда висит в памяти, даже если не используется? А то тут как то говорили, что они lazy, но где-то недавно прочитал, что они инициализируются сразу класслоадером. Плюс, может ли его собрать gc, а в случае чего пересоздать

Где прочитал?

Где прочитал?

Не помню:( Еще в начале недели в статье из андроид викли какой-то.

нет он лейзи, ибо загрузка класссса - лейзи

хотя это jvm, как там в анрюше не знаю

если класслоадер станет недоступным и соберётся - то соберутся и все объекты в нём

Не особо знаю матчасть. Он разве не один всегда?

хотя это jvm, как там в анрюше не знаю

Так же точно

ERROR: S client not available

Не особо знаю матчасть. Он разве не один всегда?

Неа, можно насоздавать

тогла Сингелтон Lazy

Неа, можно насоздавать

Тогда получается будет много синглтонов, хм

Не особо знаю матчасть. Он разве не один всегда?

разные ClassLoader, класс можно загрузить несколько раз, благодаря разным ClassLoader-ам

new URLClassLoader(...) и вперёд

разные ClassLoader, класс можно загрузить несколько раз, благодаря разным ClassLoader-ам

Слажна это все.

Тогда получается будет много синглтонов, хм

Да, но это нормально.

веб-контейнеры (Tomcat) создают по класслоадеру на каждое приложение

веб-контейнеры (Tomcat) создают по класслоадеру на каждое приложение

С языка снял

Да, но это нормально.

"Синглтон то ненастоящий!"

вы еще osgi вспомните

Не особо знаю матчасть. Он разве не один всегда?

object Test Test == Test true import com.fasterxml.jackson.module.kotlin.jacksonObjectMapper val mapper = jacksonObjectMapper() mapper.readValue("{}", Test::class.java) Line_0$Test@781a51d0 mapper.readValue("{}", Test::class.java) == Test false

Так, а в контексте андроид приложения - класс лоадер по умолчанию один?

object Test Test == Test true import com.fasterxml.jackson.module.kotlin.jacksonObjectMapper val mapper = jacksonObjectMapper() mapper.readValue("{}", Test::class.java) Line_0$Test@781a51d0 mapper.readValue("{}", Test::class.java) == Test false

Подожди, зачем ты это делаешь?

А вообще синглтонов можно наплодить например с помощью джавовой сериализации

Так, а в контексте андроид приложения - класс лоадер по умолчанию один?

почти всегда он один (на самом деле нет, там есть еще системные), но иногда из-за такой фичи можно получить неожиданый нежданчик

Подожди, зачем ты это делаешь?

Ну у меня есть sealed class Message и пачка потомков (data class/ object) от него

А вообще синглтонов можно наплодить например с помощью джавовой сериализации

+

почти всегда он один (на самом деле нет, там есть еще системные), но иногда из-за такой фичи можно получить неожиданый нежданчик

И в таком случае получается, что он (object) заинитится сразу и будет жить всегда пока живо приложение?

Ну у меня есть sealed class Message и пачка потомков (data class/ object) от него

Валидно, тут действительно не удобно получается.

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

Так, а в контексте андроид приложения - класс лоадер по умолчанию один?

+

И в таком случае получается, что он (object) заинитится сразу и будет жить всегда пока живо приложение?

Да не сразу, а по первому требованию

И в таком случае получается, что он (object) заинитится сразу и будет жить всегда пока живо приложение?

сообщения без полей (сделал object-ами из-за того что data class без полей не создать) десериализируются из json как НОВЫЙ синглтон каждый раз. Из-за чего долго сидел с тестами, не понимая, в чем дело.

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

А потом для каждой иеархии описывать где object?

Да не сразу, а по первому требованию

Странно, он там в статике вроде сразу инитится. Но окей, не сразу, но жить то будет уже получается всегда с приложением после инициализации? Или его может собрать GC и потом он пересоздастся?

А вообще синглтонов можно наплодить например с помощью джавовой сериализации

можно еще рефлексией

Странно, он там в статике вроде сразу инитится. Но окей, не сразу, но жить то будет уже получается всегда с приложением после инициализации? Или его может собрать GC и потом он пересоздастся?

Жить всегда, как и весь загруженный код

Жить всегда, как и весь загруженный код

Грустно

можно еще рефлексией

И наверняка ещё unsafe на такое способен

а почему этот ваш jackson, кстати, смеет создавать объект с private конструктором?

Глобальные объявления засоряют глобальный же namespace, так что почти всегда лучше в компаньене

Можно в топ левеле private писать, не?