NixicНачитался про GRASP и GoF шаблоны, ну и решил начать применять, ну и начал с грасповского Information Expert :)
Есть у меня некий объект, сущность, которая мапится в базу.
Естественно описаны поля, геттеры, сеттеры, икьюалс, туСтринг и т.д.
Возникла необходимость создать метод, который бы проверял несколько полей на их значения, то есть они не должны быть пустыми или иметь null.
Метод самый простой, хотя тут тоже надо бы подумать о его универсальности в части оперативного добавления или удаления полей проверки, пока писать его не стал, временно пустой, чтоб не забыть. Возвращает false, если одно из полей не заполнено, и true, если все поля заполнены.
Дак вот вопрос, куда его логичнее всего включить, положить?
1. В класс с интерфейсом пользователя, в листенер кнопки, которая вызывает этот и другие методы?
2. В класс, в котором у меня идет работа с БД, то есть там где методы с sql запросами и возвратами коллекций из БД ?
3. В класс самой сущности? мне кажется этот (3-й) вопрос бредовым, но задал его потому, что вообще в целом что-то стоит в классы сущностей еще добавлять какие-нибудь методы? не говоря, конечно, о методах типа toString()
4. Еще куда-то... ?

Есть Entity, есть Repository - который заполняет-из/маппит-в бд сущности и есть контроллер, который оперирует репозиторием.

Я думаю, удобно было бы положить проверку на заполнение в репозиторий, как общий объект для многих контроллеров - это просто удобно, чтобы не плодить одну и ту же логику проверок в контроллерах.

Petro123Герой днячтобы не плодить одну и ту же логику проверок в контроллерах
а какая там общая логика.
В контроллёре А проверка if FIELD_25 равен пусто then raise
В контроллёре Б проверка if FIELD_44 равен пусто then raise

если не общая валидация - тогда в контроллер )

Petro123,

вроде, ТС хочет проверять перед сохранением, делать это надо на стороне Java )