I
У меня на такое выработалась привычка отбивать на новую строку аргументы
Size: a a a
2019 December 10
I
Так хотя бы в глаза бросится кусок перечисления варарагров
AT
У меня на такое выработалась привычка отбивать на новую строку аргументы
ну так-то да, и вообще лучше в таком случае named arguments, но варарг с ними вряд ли подружится
I
Именованые вообще не гарантированы на интеропе. А в рамках котлина -- не вижу причин чтобы не работало в принципе
MK
Можно подсказать компилятору что Val X: Long , это не примитив, а объект?
Usage из джавы страдает
Usage из джавы страдает
AN
Можно подсказать компилятору что Val X: Long , это не примитив, а объект?
Usage из джавы страдает
Usage из джавы страдает
Поставить к нему ?
AN
Но вообще автобоксинг должен все это ловить
BP
Можно подсказать компилятору что Val X: Long , это не примитив, а объект?
Usage из джавы страдает
Usage из джавы страдает
Long? 🌚D
Можно подсказать компилятору что Val X: Long , это не примитив, а объект?
Usage из джавы страдает
Usage из джавы страдает
может val x: java.lang.Long
BP
Ну явно написать java.Long
MK
Поставить к нему ?
Тогда usage из Котлина страдает
MK
может val x: java.lang.Long
Тогда передача параметра в конструктор не проходит из Котлина. Так как нет автобокса 1L в java.lang.Long
QH
Тогда usage из Котлина страдает
какой такой usage, что это?
D
Тогда передача параметра в конструктор не проходит из Котлина. Так как нет автобокса 1L в java.lang.Long
java.lang.Long.valueOf(longVal)
MK
какой такой usage, что это?
Это Myobject.x.toString() становится MyObject.X!!.toString()
QH
Это Myobject.x.toString() становится MyObject.X!!.toString()
тогда что такое usage из джавы, что с ним не так?
MK
MyObject.getX().toString() стал String.valueOf(myobject.getX())
QH
MyObject.getX().toString() стал String.valueOf(myobject.getX())
ну, нормально
MK
ну, нормально
Обратная совместимость, потребитель кода обязан рефачить
MK
Либо потребитель из котлина, либо из java