K
Тому же Хибернейту вроде нужен конструктор без параметров, т.е. сначала создаётся пустая сущность, а уже потом инициализируются поля
Ленивой подгрузке иммутабельность тоже мешать будет 🌚
Ленивой подгрузке иммутабельность тоже мешать будет 🌚
Size: a a a
2021 June 08
K
Для Котлина даже специальный хак сделали - kotlin-jpa, который эти ограничения обходит и позволяет использовать data-классы как сущности JPA
ME
Делаю с нативной java, всё DAO на jdbc, как-то про возможный дальнейший перепил под ORM не подумал..
Э
уточни мутации в каких местах?
K
Если честно, мне вот вообще ни разу не понадобилась иммутабельность в проектах, пользуюсь ею только в Котлине, потому что вызвать метод
.copy удобнее, чем вызывать несколько сеттеров друг за другом 😁ME
KeyAccount, CurrentAccount, CreditCard - сделать объекты неизменяемыми
Э
это дата-объекты? Их ещё называют структуры, данные
Э
тогда иммутабельные делать по дефолту
ME
Что ты подразумеваешь, когда говоришь дата-объекты?
То, что я перечислил - сущности домена. То, что находится на domain-layer
То, что я перечислил - сущности домена. То, что находится на domain-layer
Э
я имею в виду объекты, главная цель которых - содержать информацию в себе. Классы таких объектов выглядят как
class Some (
val a: String,
val b: Int,
val c: AnotherDataObject,
)
Э
например, это тело запроса/ ответа, entity - маппинг сущности БД
ME
Да, похоже, что это дата-объекты, но в ходе работы программы (при переводе денег, например, или смене PIN-кода) значения их полей могут меняться.
Собственно, о чем я и задумался: стоит ли такое делать immutable и при переводе денег порождать новые объекты взамен старым с обновленными полями или забить на immutable и менять значение поле одновременно и в БД и в классе (не создавая новой сущности)
Собственно, о чем я и задумался: стоит ли такое делать immutable и при переводе денег порождать новые объекты взамен старым с обновленными полями или забить на immutable и менять значение поле одновременно и в БД и в классе (не создавая новой сущности)
Э
стоит такое делать immutable или effectively final, если возможно
Э
думаю, это то, к чему стараются двигаться, насколько читал, общался
ME
Хм.. понял, спасибо
RZ
Иммутабельность хороша для потокобезопасности
AE
Это решается noargs плагином
AE
А, ну вот, да
AE
Мапперы решают
AE
Спорное утверждение