Size: a a a

2021 February 03

ДБ

Дмитрий Баевский... in learn.java
Andrey Kats
А кто-то реально в промышленных системах вносит такую логику в сеттеры? Мне кажется стандартом дефакто стали простые сеттеры и все разработчики ожидают в этих методах увидеть простое присваивание того, что в них передается. Валидация тоже обычно как-то сбоку отдельно делается.
Это был просто пример, каким я его видел в обучающих видео.
источник

AK

Andrey Kats in learn.java
Дмитрий Баевский
Это был просто пример, каким я его видел в обучающих видео.
Да, я такие рассуждения тоже много где встречал в обучающей литературе. Интересно это как-то используется или просто так принято и все так делают )
источник

Э

Эд in learn.java
тоже не встречал доп. логики в сеттерах, геттерах
источник

.

... in learn.java
Эд
тоже не встречал доп. логики в сеттерах, геттерах
доп логика,  это будет нарушением SRP, насколько я понимаю
источник

W

Web Developer in learn.java
Привет
источник

A

Alex in learn.java
...
доп логика,  это будет нарушением SRP, насколько я понимаю
верно, это еще и нарушение рекомендаций по чистому коду - "код должен читаться как рассказ"
источник

W

Web Developer in learn.java
Джава сервлетс для бекенд?
источник

W

Web Developer in learn.java
Почему
источник

A

Alex in learn.java
и когда мы видим getPoint, то мы не ожидаем что там с Point внутри происходят чудеса, в ином случае это заставляет нарушать и правила чтения - спускаться на уровень абстракции ниже, чтобы понять что происходит
источник

W

Web Developer in learn.java
Alex
и когда мы видим getPoint, то мы не ожидаем что там с Point внутри происходят чудеса, в ином случае это заставляет нарушать и правила чтения - спускаться на уровень абстракции ниже, чтобы понять что происходит
Getpoint its  core java or javaEE
источник

Э

Эд in learn.java
Web Developer
Getpoint its  core java or javaEE
Сообщение не тебе было
источник

W

Web Developer in learn.java
Эд
Сообщение не тебе было
Its core java ?
источник

V

Vlad in learn.java
...
доп логика,  это будет нарушением SRP, насколько я понимаю
Это не доп логика, если сторона не фигуры не может быть <0, эту проверку нужно ставить в сеттер.
источник

V

Vlad in learn.java
Andrey Kats
А кто-то реально в промышленных системах вносит такую логику в сеттеры? Мне кажется стандартом дефакто стали простые сеттеры и все разработчики ожидают в этих методах увидеть простое присваивание того, что в них передается. Валидация тоже обычно как-то сбоку отдельно делается.
Обычно стараются использовать immutable объекты и тогда такую логику пишут в конструкторе (либо банальное not null, либо bean validation)
источник

V

Vlad in learn.java
Vlad
Обычно стараются использовать immutable объекты и тогда такую логику пишут в конструкторе (либо банальное not null, либо bean validation)
А immutable это только entity, валидацию данных для которых происходит на уровне выше(обычно), а не в них самих
источник

op

orc peon in learn.java
Web Developer
Its core java ?
It's zagugli
источник

.

... in learn.java
Vlad
Это не доп логика, если сторона не фигуры не может быть <0, эту проверку нужно ставить в сеттер.
окей. как правило, сеттер это войд, если ты хочешь не просто устанавливать, а ещё и проверять, то делается ещё один метод, в нем проверяется и он уже возвращает булево валидный объект или нет
источник

.

... in learn.java
ты же когда пишешь в базу проверяешь не во время записи, а на слое между выше
источник

A

Alex in learn.java
Vlad
Это не доп логика, если сторона не фигуры не может быть <0, эту проверку нужно ставить в сеттер.
Почему бы тогда в сеттер не воткнуть вообще все проверки, валидации и исключения? Это абсурд. Не зря в новой реализации сущностей  (java.lang.Record) в java 16 работа с полями установлена по дефолту, и никакую логику никто даже не предполагает там вносить
источник

А

Антон in learn.java
Приветствую всех! Хочу устроиться на стажировку в одну компанию, надо подготовиться, но не знаю за что браться. Я прошел курс по Java Core, но мне не хватает практики и знаний в работе с фреймворками и библиотеками. Прошу вас порекомендовать возможные пути развития и деятельности. Спасибо!
источник