Size: a a a

Spring Framework and more

2019 May 20

PB

Pavel Bukhmatov in Spring Framework and more
А, так это сет в билдере
источник

S🕶

Sander 🕶 in Spring Framework and more
сеттер для id приватный, чтоб смаппить когда я получаю из базы данных объект
источник

PB

Pavel Bukhmatov in Spring Framework and more
Метод , который сетит свойство билдера обычно зовут именем свойств или ставят приставку with, но это не правило
источник

PB

Pavel Bukhmatov in Spring Framework and more
В ентити сетеров соответственно не должно быть или все приватные
источник

PB

Pavel Bukhmatov in Spring Framework and more
Так как "имутабельность"
источник

PB

Pavel Bukhmatov in Spring Framework and more
Но надо понимать, что если нет контеншена, эта имутабельность она для галочки, а не потому что надо)
источник

S🕶

Sander 🕶 in Spring Framework and more
Pavel Bukhmatov
В ентити сетеров соответственно не должно быть или все приватные
как можно без сеттеров? если у тебя там пропертей штук 8-10, все через конструктор пихать будет очень больно,
поэтому у меня идет билдер с обязательными полями и остальные по необходимости.
источник

NB

Nikita Bezverkhy in Spring Framework and more
хех, а orm разве не сеттеры юзают для чтения entity?
источник

NB

Nikita Bezverkhy in Spring Framework and more
а приложуха с самописным orm - дичь
ну только для самообразования мб
источник

S🕶

Sander 🕶 in Spring Framework and more
смысле какой еще самопистный orm о чем вы
источник

NB

Nikita Bezverkhy in Spring Framework and more
Sander 🕶
смысле какой еще самопистный orm о чем вы
ну типа ты как данные из базы получаешь?
источник

S🕶

Sander 🕶 in Spring Framework and more
orm сетить может и рефлексией, про чтение не понял, но может делать запрос через getter, если у тебя там lazy
источник

S🕶

Sander 🕶 in Spring Framework and more
Nikita Bezverkhy
ну типа ты как данные из базы получаешь?
spring data, все так же как и без билдера
источник

PB

Pavel Bukhmatov in Spring Framework and more
Sander 🕶
как можно без сеттеров? если у тебя там пропертей штук 8-10, все через конструктор пихать будет очень больно,
поэтому у меня идет билдер с обязательными полями и остальные по необходимости.
Если ты утверждаешь, что что-то является имутабельным - не должно быть возможность поменять свойства/методы этого имутабельного объекта, иначе твое первое утверждение наверное, только и всего.
Но ты можешь делать мутабельный билдер (с  сеттерами, да), который создаёт имутабельным объект
источник

NB

Nikita Bezverkhy in Spring Framework and more
а, ну я хз, не смотрел как оно там и можно ли без сеттеров
а вообще - какой профит с immutable?
источник

PB

Pavel Bukhmatov in Spring Framework and more
И да, хибернейт умеет через рефлексию доставать поля. Отсутствие сетеров+гетеров, как я помню, противоречит JPA, но хибернейт умееи
источник

NB

Nikita Bezverkhy in Spring Framework and more
ну сказка, остаётся вопрос: зачем так делать и как тестировать?
в тестах тоже рефлексировать будете?)
источник

PB

Pavel Bukhmatov in Spring Framework and more
Тестировать точно также, какие различия? Зачем - это уж вы сами решайте, нужна ли вам имутабельность)
источник

S🕶

Sander 🕶 in Spring Framework and more
первое что важно чтоб с кодом было удобней работать, а не ставить на каждое поле сеттеры
источник

NB

Nikita Bezverkhy in Spring Framework and more
Sander 🕶
первое что важно чтоб с кодом было удобней работать, а не ставить на каждое поле сеттеры
а я поставил над классом @Data и радуюсь жизни, хех
источник