AM
В более новых версиях (не помню, правда, с какой точно) будет
-Xopt-in вместо Xuse-experimentalSize: a a a
2020 April 09
NY
AM
Ну и можно ж передавать
["-Xopt-in=kotlin.OptIn", "-Xopt-in=kotlinx.coroutines.FlowPreview"], когда надо несколько опт-инов сделатьAM
Кстати, студия всегда минимум два варианта подсказывает - есть разница, какую аннотацию вешать?
Первый вариант заставит код, вызывающий помеченную функцию, так же опт-иниться, второй нет
AM
Первый используется, когда экспериментальные штуки протекают в ваш API, второй — если они только под капотом используются
AM
К примеру, если вы возвращаете из функции UInt — она будет помечена первым вариантом, если вы в реализации функции воспользовались UInt, но публичный API никак беззнаковые типы не использует — второй
NY
А если целиком помечаю класс @OptIn, то эти правила просто на все методы сразу распространяются?
NY
Как если бы я каждый пометил такой аннотацией?
VP
А если целиком помечаю класс @OptIn, то эти правила просто на все методы сразу распространяются?
Да, так же как и
@SuppressAN
Гм
Окей
Увидел слово Preview и подумал, что это прям совсем-совсем не устойчивое api
Окей
Увидел слово Preview и подумал, что это прям совсем-совсем не устойчивое api
Совсем неустойчивое в релиз не пускают
VN
Господа, кто меня просветит, я хочу сделать либу, совместимую с kotlin multiplatform, что мне для этого надо делать, достаточно убрать JVM зависимости? Или надо что-то где-то еще прописать
AP
Почему у дата классов в toString() попадают только поля конструктора, а не вообще все? Может кто знает почему в котлине это так сделано?
VN
Сейчас в мультиплатформе моя либа подключается, но классы из неё не видны
VN
да, там есть зависимости от JVM, понятно что надо от них избавиться
VP
Почему у дата классов в toString() попадают только поля конструктора, а не вообще все? Может кто знает почему в котлине это так сделано?
Потому что у нормального дата-класса там лежит всё состояние
AP
Потому что у нормального дата-класса там лежит всё состояние
а у меня одно поле считается на основе других полей. При том что эти расчеты по сути не чистая функция, там используется рандом. Поэтому сразу при создании класса вычисляется это поле и оно не в конструкторе.
AP
и это как по мне странно, я ожидал что все поля в toString попадут, эх
VP
а у меня одно поле считается на основе других полей. При том что эти расчеты по сути не чистая функция, там используется рандом. Поэтому сразу при создании класса вычисляется это поле и оно не в конструкторе.
Значит, это лучше не делать data-классом. copy() всё равно вряд ли будет работать как надо.
CC
и это как по мне странно, я ожидал что все поля в toString попадут, эх
Ну или можно вот так
AP
тогда можно будет его в конструктор передать, я так не хочу)