ES
зачем поле абстрактоное?
получается, что его необходимо проинициазировать в объявлении?
Size: a a a
2017 September 17
KT
а я о чем вам писал?
KT
Это вытекающее следствие. Если вы создадите базовый класс с final полями, то их надо будет проинициализировать.
Поэтому есть красивый финт:
1) вы делаете приватное поле и объявляете его нулл
2) но оно не нуллабл по документации! Gson плевать на то что оно файнал, он легко его перепишет (рефлексия)
3) для получения этого поля пишется field get() = _field!! - это даст нам ненуллабл поле
Поэтому есть красивый финт:
1) вы делаете приватное поле и объявляете его нулл
2) но оно не нуллабл по документации! Gson плевать на то что оно файнал, он легко его перепишет (рефлексия)
3) для получения этого поля пишется field get() = _field!! - это даст нам ненуллабл поле
?
ES
я не понял, что это относится к обсуждению вопроса с конструктором
KT
теперь все прояснилось?
ES
да, спасибо
ES
рили крутые советы
ES
а получается, что data класс это сам делает за нас?
KT
дата класс нельзя создать без конструктора
KT
поэтому поля не надо инициализировать
ES
так а проблема с non-null она же остаётся для них?
KT
нет, почему?
KT
если есть конструктор, то нулл подставить не удастся
ES
все поля, которые инициализируются через констуктор и не помечены как Type?, автоматически являются non-null?
KT
а что по вашему значит "?" у типа?)))
2017 September 18
ES
nullable
KT
а его отсутствие? :)
KT
котлин позволяет описать филды класса прямо в конструкторе (не дублируя код)
KT
соответственно если в конструкторе написать, что поле non-nullable, оно таким и будет