V
Ну пока до этого дошло, в котлине это уже было
Size: a a a
2020 May 14
V
Приятно, когда такое добавляется
V
Тем не менее, любой язык(даже не только программирования, а и обычный) просто стремится к сокращению себя(меньше кода/меньше звуков - больше смысла).
Такая же и здесь идея
Такая же и здесь идея
AL
Не дизайнер языка, так что скорее предположения, чем факты:
1. Конструктор очень часто один (и много случаев для множественных конструкторов закрыты параметрами по-умолчанию)
2. Если конструктор не один, то остальные по-хорошему часто просто варианты исходного в каком-либо виде
Так что в среднем случае это скорее просто очень удобный и логичный синтаксис.
1. Конструктор очень часто один (и много случаев для множественных конструкторов закрыты параметрами по-умолчанию)
2. Если конструктор не один, то остальные по-хорошему часто просто варианты исходного в каком-либо виде
Так что в среднем случае это скорее просто очень удобный и логичный синтаксис.
А, да, ещё наверное влияет, что языки с таким вариантом синтаксиса уже были и это работало хорошо :)
2020 May 15
С
Ясно, спасибо
IO
справедливости ради -
record PersonExample(String firstName, String lastName, int age) {} , но это скорее доказывает, что такой синтаксис вполне востребован.надеюсь, кстати, что можно будет генерировать рекорды с jvmTarget=14
IO
типа
@JvmRecord data class ...AN
надеюсь, кстати, что можно будет генерировать рекорды с jvmTarget=14
Когда-нибудь можно будет.
AN
Но вряд ли так.
IO
Но вряд ли так.
а как?
AN
а как?
Языковыми конструкциями. Например const data class, хотя это мой домысел. Просто дата классы с аннотацией не годятся, там могут быть изменяемые поля и смысл другой
IO
Языковыми конструкциями. Например const data class, хотя это мой домысел. Просто дата классы с аннотацией не годятся, там могут быть изменяемые поля и смысл другой
компилятором детектить изменяемые поля
IO
работают же как-то другие аннотированные фичи джавы
IO
Языковыми конструкциями. Например const data class, хотя это мой домысел. Просто дата классы с аннотацией не годятся, там могут быть изменяемые поля и смысл другой
к тому же непонятен смысл такого класса по отношению к другим платформам
IO
компилятором детектить изменяемые поля
по сути единственные ограничения - это запретить
var, запретить свойства в телеI
надеюсь, кстати, что можно будет генерировать рекорды с jvmTarget=14
а зачем? какие с этого плюшки будут?
AN
компилятором детектить изменяемые поля
бред же.
AN
Но речь про value-типы давно шла
AN
а зачем? какие с этого плюшки будут?
От голых рекордов не особо каких. Вот от остальных кусков валхаллы будут
AL
а зачем? какие с этого плюшки будут?
Ну немного разницы есть и кому-то может быть важным. Сейчас (кроме ограничений, их в рекордах больше просто) там есть то, что ты наследуешься от java.lang.Record и то, что геттеры другие. Дальше может больше разницы появиться.