VA
да, но в виде
lateinit var оно как val только отложенныйSize: a a a
2021 April 23
SA
Ну так фишка в том, что если кто то захочет поменять val, то все упадет с ошибкой, а если var, то прога будет работать с багом
В
С конференции Java Z-Day 3 мая выложат, вот ссылка. https://youtu.be/DKNDU7OjyJs. Та же тема что и на JPoint только не 7 часов а 4.
КМ
Спасибо
В
На здоровье😊
AE
Значение ставите после создания объекта? Может просто через конструктор инициализировать и все?
SA
В момент создания ещё неизвестно значение
AE
Тогда var с null по умолчанию, все честно
SA
Блин, просто , по моему, эт не по котлиновски как то. Спецом создатели убрали дефолт нулл при инициализации переменной, чтоб в итоге мы его руками прописывали
VG
Подскажите, пожалуйста, где можно почитать про преимущества и недостатки хранения в сущности
Child двух полей Parent parent и Integer parentId. Из плюсов сходу приходит только оптимизация производительности. Из "минусов" — наличие двух полей для управления сущностью.СЕ
а зачем нужен Parent если есть parentId какой смысл тогда в реляционной бд
VG
Parent можно использовать для доступа к значению этого поля через Lazy, например. Да и вообще, чтобы отдельно руками не писать запрос на получение сущности по id
СЕ
это дублирование данных
AE
Бывает достаточно ид, что бы отдать на фронт
AE
А сущность тяжёлая, что бы тянуть полностью
VG
Да. Именно так и используется.
СЕ
Я абс с этим согласен, есть кейс что по форин кию цепляем сущность и из нее берём только фио, но как бы это проблемы бэка, но задваивать данные не помню такого
VA
Построение деревьев с пониманием - есть ли у записи родители/дети не усложняя сам запрос связями
AE
Это вполне нормальный кейс и это не задвоение. Просто в сущности есть поле с родительской и поле с ид родительской сущности. Второе updatable=false и обновляется только на persist/merge
AE
При этом для того, что бы заполнить поле с ид не надо никак подтягивать родительскую сущность, да и вообще касаться той таблицы