Здравствуйте! Как же правильно определить константу? Студия постоянно подсказывает, что val может быть const, но для чего нам обьект который скомпилируется и будет находиться в памяти на протяжении всего жизненного цикла приложения, даже если мы не обратимся к нему? С другой стороны, если мы пишем val STR = "some_str", то при каждом создании класса STR будет пересоздана. Тут можно отправить нашу "константу" в компаньон. Но студия предложит добавить const... Компаньон сгенерирует больше байткода, по этому (кажется) лучше использовать object, что не всегда необходимо. Выходит, можно вынести на топ левел, что вообще взрывает мозг, потому, что мы привыкли обьявлять константы внутри класса, чтобы понимать контекст. А тут константа как бы без скоупа и можно еще const добавить. Простыми словами, мы тут столько копий сломали, скоро ругаться начнем. Подскажите, пожалуйста, как правильно пользоваться такими классными инструментами?

Здравствуйте! Как же правильно определить константу? Студия постоянно подсказывает, что val может быть const, но для чего нам обьект который скомпилируется и будет находиться в памяти на протяжении всего жизненного цикла приложения, даже если мы не обратимся к нему? С другой стороны, если мы пишем val STR = "some_str", то при каждом создании класса STR будет пересоздана. Тут можно отправить нашу "константу" в компаньон. Но студия предложит добавить const... Компаньон сгенерирует больше байткода, по этому (кажется) лучше использовать object, что не всегда необходимо. Выходит, можно вынести на топ левел, что вообще взрывает мозг, потому, что мы привыкли обьявлять константы внутри класса, чтобы понимать контекст. А тут константа как бы без скоупа и можно еще const добавить. Простыми словами, мы тут столько копий сломали, скоро ругаться начнем. Подскажите, пожалуйста, как правильно пользоваться такими классными инструментами?

> будет находиться в памяти на протяжении всего жизненного цикла приложения нет > при каждом создании класса STR будет пересоздана это что за создание класса такое?

> будет находиться в памяти на протяжении всего жизненного цикла приложения нет > при каждом создании класса STR будет пересоздана это что за создание класса такое?

Инстанса, скорее всего.

class C { private val B = “b”. } для каждого инстанса С создается инстанс B

val это константа?

class C { private val B = “b”. } для каждого инстанса С создается инстанс B

экземпляр строки будет один, а вот поле с указателем на него будет для каждого экземпляра C

val это финальная переменная

по аналогии с java

val это финальная переменная

ок, по аналогии с джавой, как сделать private final static STR =“str”; константу?

companion object

или object ок

или top-level

вот тут в чем разница? топ левел или компанион?

top-level == static, companion == singleton

Такс

Почему у sealed нет .copy метода?

Почему у sealed нет .copy метода?

а почему должен быть и что он должен копировать?

вот тут в чем разница? топ левел или компанион?

на топ левеле константы только примитивы и string и то с указанием модификатора const

Товарищи, такой вопрос. Есть стопицот способов передать/получить одно жалкое значение: его можно сунуть в JDBC или SQLite или забрать оттуда, записать в стрим или прочитать из него, записать в key-value и прочитать из них. Для всего этого есть несколько интерфейсов. Есть, допустим, структура, где у каждого поля есть такой конвертер. Компайл-тайм мне не может гарантировать, что Converter будет не просто converter, а, например, JdbcConverter. Было бы что-то такое, чего в котлине нельзя: object SomeTable : Table<<T> JdbcConverter<T>> { // йо, дженерики над дженериками val Name = string col "name" // конвертер + имя val Age = byte col "age" } Как лучше поступить? a) тупо принимать всюду Converter и кастить; одним конвертером реализовывать все возможные интерфейсы б) завести какой-нибудь ConverterProvider и просить provider.please(JdbcConverter::class.java), соответственно, разные конвертеры аггрегировать в) свой вариант?..

а как приминять const?

а почему должен быть и что он должен копировать?

Ну мне бы sealed data class

а как приминять const?

const val s = "str"

не понятно для чего const

в доке написано, константа времени компиляции

как это применить?

Здравствуйте! Как же правильно определить константу? Студия постоянно подсказывает, что val может быть const, но для чего нам обьект который скомпилируется и будет находиться в памяти на протяжении всего жизненного цикла приложения, даже если мы не обратимся к нему? С другой стороны, если мы пишем val STR = "some_str", то при каждом создании класса STR будет пересоздана. Тут можно отправить нашу "константу" в компаньон. Но студия предложит добавить const... Компаньон сгенерирует больше байткода, по этому (кажется) лучше использовать object, что не всегда необходимо. Выходит, можно вынести на топ левел, что вообще взрывает мозг, потому, что мы привыкли обьявлять константы внутри класса, чтобы понимать контекст. А тут константа как бы без скоупа и можно еще const добавить. Простыми словами, мы тут столько копий сломали, скоро ругаться начнем. Подскажите, пожалуйста, как правильно пользоваться такими классными инструментами?

val - неизменяемое поле. const val - неизменяемое singleton поле (top level или поле top level/static/companion объекта), которое может быть вычислено ещё на этапе компиляции.

Ну мне бы sealed data class

Как у тебя Sealed класс узнает, что и кому из потомков надо при копировании

Здравствуйте! Как же правильно определить константу? Студия постоянно подсказывает, что val может быть const, но для чего нам обьект который скомпилируется и будет находиться в памяти на протяжении всего жизненного цикла приложения, даже если мы не обратимся к нему? С другой стороны, если мы пишем val STR = "some_str", то при каждом создании класса STR будет пересоздана. Тут можно отправить нашу "константу" в компаньон. Но студия предложит добавить const... Компаньон сгенерирует больше байткода, по этому (кажется) лучше использовать object, что не всегда необходимо. Выходит, можно вынести на топ левел, что вообще взрывает мозг, потому, что мы привыкли обьявлять константы внутри класса, чтобы понимать контекст. А тут константа как бы без скоупа и можно еще const добавить. Простыми словами, мы тут столько копий сломали, скоро ругаться начнем. Подскажите, пожалуйста, как правильно пользоваться такими классными инструментами?

Как по мне, константа и должна быть конст:)

Как по мне, константа и должна быть конст:)

было бы супер-однозначно, хочешь константу пиши const

ну вот¯\_(ツ)_/¯

было бы супер-однозначно, хочешь константу пиши const

val - это не обязательно константа, это просто readonly поле, которое может и измениться. const гарантирует неизменность

как это применить?

Общий принцип такой: если идентификатор может быть сделан const - лучше сделать const, чтобы в рантайме значение даже не вычислять (результат const выражения подставится компилятором)

Даже если у вас в приложении будет тысяча конст чисел и тысяча конст строк - это будет не так много, учитывая, сколько у обычного приложения под то же ведро в памяти ресурсов лежит

как это применить?

Можно в аннотациях использовать, а не const - нельзя

как это применить?

еще из полезных применений - будут вырезаны блоки кода, которые точно не будут выполнены исходя из этих констант

Общий принцип такой: если идентификатор может быть сделан const - лучше сделать const, чтобы в рантайме значение даже не вычислять (результат const выражения подставится компилятором)

Сомнение в том, что const точно будет в памяти, даже если мы к нему не обратимся

Как у тебя Sealed класс узнает, что и кому из потомков надо при копировании

Ну мне бы какой-то workround для: sealed class SomeType { abstract val status: SomeStatus } data class SubtypeInt( override val status: SomeStatus value: Int ): SomeType() data class SubtypeTwo( override val status: SomeStatus value: Long ): SomeType() fun do(someType: SomeType): SomeType = someType.copy(status = SomeStatus.SUCCESS)

Сомнение в том, что const точно будет в памяти, даже если мы к нему не обратимся

Врядли. Если ты не дёргаешь top level декларацию, её class loader и не подгрузит скорее всего.

Ну мне бы какой-то workround для: sealed class SomeType { abstract val status: SomeStatus } data class SubtypeInt( override val status: SomeStatus value: Int ): SomeType() data class SubtypeTwo( override val status: SomeStatus value: Long ): SomeType() fun do(someType: SomeType): SomeType = someType.copy(status = SomeStatus.SUCCESS)

Вот и как он придумает, что делать с value.

Ну мне бы какой-то workround для: sealed class SomeType { abstract val status: SomeStatus } data class SubtypeInt( override val status: SomeStatus value: Int ): SomeType() data class SubtypeTwo( override val status: SomeStatus value: Long ): SomeType() fun do(someType: SomeType): SomeType = someType.copy(status = SomeStatus.SUCCESS)

делаешь абстактный метод и каждый наследник сам решает, что делать

Напиши свою реализацию copy у SomeType и там разруливай.

Или абстрактный

А, опоздал

Напиши свою реализацию copy у SomeType и там разруливай.

Ну там просто smartcast и copy для каждого

Ну там просто smartcast и copy для каждого

А если появится третий наследник с value: String?

Не проси от компилятора невозможного)

Врядли. Если ты не дёргаешь top level декларацию, её class loader и не подгрузит скорее всего.

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

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

это примитив какой-то?

да

да

кажется, вы слишком беспокоитесь о его хранении. Не волнуйтесь, хранение на один примитив больше не вызовет OutOfMemory

кажется, вы слишком беспокоитесь о его хранении. Не волнуйтесь, хранение на один примитив больше не вызовет OutOfMemory

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

Объясните пожалуйста. Насколько знаю, что в котлин нет полей, есть свойства. Так чем же поле отличается от свойства?

Объясните пожалуйста. Насколько знаю, что в котлин нет полей, есть свойства. Так чем же поле отличается от свойства?

Тем что это геттер в случае вала и геттер с сеттером в случае вара

Может не быть за ними поля вообще

Свойства можно переопределять и делегировать

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

Активно это как? Команда активно наделает миллионы именованных констант целочисленных? Если что, const всегда примитив или строка. Другое не поддерживается.

Активно это как? Команда активно наделает миллионы именованных констант целочисленных? Если что, const всегда примитив или строка. Другое не поддерживается.

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

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

Ок. ~ десятков килобайт, если это int. Вам правда 10 кб кучи критично?

Ок. ~ десятков килобайт, если это int. Вам правда 10 кб кучи критично?

тут вопрос несколько принципиальный: зачем тебе константа времени компиляции если ты ее в это время не используешь? обьяви например, через object или top level

Оно ничем не отличается от любого другого top level val кроме того факта, что компилятор прям в байт код зашил вычисленное значение левой части выражения.

делаешь абстактный метод и каждый наследник сам решает, что делать

На самом деле, нет ничего зазорного написать реализацию прямо в sealed class, так как компилятор проконтролирует что мы всё сделали ок

тут вопрос несколько принципиальный: зачем тебе константа времени компиляции если ты ее в это время не используешь? обьяви например, через object или top level

https://stackoverflow.com/questions/37482378/static-data-in-kotlin/37485356#37485356 Если верить этому, то const val компилируется в public static final, а просто top level val в private static final + синтетический геттер, так что разницы не много.

Есть ещё разница, как из Java доступ получать: к const val из Java можно обратиться напрямую. Для получения значения val из Java надо геттер использовать.

ERROR: S client not available

экземпляр строки будет один, а вот поле с указателем на него будет для каждого экземпляра C

строки да, а если не примитив, то не один. и то в случае числе из пула констант подставится только -255 - 255

Сомнение в том, что const точно будет в памяти, даже если мы к нему не обратимся

Const-поле недостижимо. Его значение хранится в том классе, в котором используется. Впрочем, как и в Java.

строки да, а если не примитив, то не один. и то в случае числе из пула констант подставится только -255 - 255

Использовать нуллабельный примитив? ССЗБ

Использовать нуллабельный примитив? ССЗБ

зачем нулабельный?

ребят у кого-нибудь в android studio работает Show Kotlin ByteCode?

да

у меня студи 3.2 но там задизейблена кнопка, может какая магия нужна?)

Товарищи, такой вопрос. Есть стопицот способов передать/получить одно жалкое значение: его можно сунуть в JDBC или SQLite или забрать оттуда, записать в стрим или прочитать из него, записать в key-value и прочитать из них. Для всего этого есть несколько интерфейсов. Есть, допустим, структура, где у каждого поля есть такой конвертер. Компайл-тайм мне не может гарантировать, что Converter будет не просто converter, а, например, JdbcConverter. Было бы что-то такое, чего в котлине нельзя: object SomeTable : Table<<T> JdbcConverter<T>> { // йо, дженерики над дженериками val Name = string col "name" // конвертер + имя val Age = byte col "age" } Как лучше поступить? a) тупо принимать всюду Converter и кастить; одним конвертером реализовывать все возможные интерфейсы б) завести какой-нибудь ConverterProvider и просить provider.please(JdbcConverter::class.java), соответственно, разные конвертеры аггрегировать в) свой вариант?..

А можешь еще раз сказать, чего бы тебе хотелось? Обозначить в компайл-тайм, что у тебя тут JdbcConverter?

Хай ребят где можно взять парактику на язык котлин?

Хай ребят где можно взять парактику на язык котлин?

Это как?

ну ты через что писал код (видео докму книга)

https://kotlinlang.org/docs/tutorials/koans.html

https://try.kotlinlang.org/#/Kotlin%20Koans/Introduction/Hello,%20world!/Task.kt

Эм, не подскажете как я могу использовать URL обьект в Kotlin'e? Нужно преобразовать .load(new URL("someUrl")

Эм, не подскажете как я могу использовать URL обьект в Kotlin'e? Нужно преобразовать .load(new URL("someUrl")

new просто убрать

ребята как такую конструкцию корректно переписать на котлин если hashmap может быть равен null — hashmap.size() > 0 ? я сделал так hashmap?.size?.compareTo(0) == 0 но это как-то криво))

ребята как такую конструкцию корректно переписать на котлин если hashmap может быть равен null — hashmap.size() > 0 ? я сделал так hashmap?.size?.compareTo(0) == 0 но это как-то криво))

hashmap?.size == 0

hashmap?.size == 0

Спасибо, а почему на такую он ругается hashmap?.size > 0?

Спасибо, а почему на такую он ругается hashmap?.size > 0?

Потому что null и 0 сравнить на больше-меньше не выйдет.

Мне только такое в голову приходит: hashmap?.let { size > 0 } ?: false

Потому что null и 0 сравнить на больше-меньше не выйдет.

так и это тогда бы было некорректно hashmap?.size == 0 сравнивать null == 0

Спасибо, а почему на такую он ругается hashmap?.size > 0?

Трансляция "==" предполагает nullable type (https://kotlinlang.org/docs/reference/equality.html#structural-equality) Трансляция операторов сравнения не предполагает (https://kotlinlang.org/docs/reference/operator-overloading.html#comparison)

так и это тогда бы было некорректно hashmap?.size == 0 сравнивать null == 0

Нет, проверить эквивалентность как раз корректно.

Ну или hashmap?.size ?: 0 > 0 как вариант, но это неочевидно.

ребята как такую конструкцию корректно переписать на котлин если hashmap может быть равен null — hashmap.size() > 0 ? я сделал так hashmap?.size?.compareTo(0) == 0 но это как-то криво))

А зачем вам для map проверять на > 0? Проверяйте на != 0. Или бывает map с отрицательным размером?

А зачем вам для map проверять на > 0? Проверяйте на != 0. Или бывает map с отрицательным размером?

да я проверяю именно !=0, но задался вопросом почему не могу сделать >

Трансляция "==" предполагает nullable type (https://kotlinlang.org/docs/reference/equality.html#structural-equality) Трансляция операторов сравнения не предполагает (https://kotlinlang.org/docs/reference/operator-overloading.html#comparison)

спасибо

так и это тогда бы было некорректно hashmap?.size == 0 сравнивать null == 0

https://kotlinlang.org/docs/reference/equality.html#structural-equality

ребята как такую конструкцию корректно переписать на котлин если hashmap может быть равен null — hashmap.size() > 0 ? я сделал так hashmap?.size?.compareTo(0) == 0 но это как-то криво))

hashmap.orEmpty().isNotEmpty()

Кстати да, hashmap?.isNotEmpty() === true :)