есть one-to-one/one-to-many отношение, оно должно быть nullable-поле в моей сущности или отдельной сущностью? Я, например, не всегда хочу делать джоин, иногда мне нужна только основная энтити?
в jooq/jdbctemplate нет сущностей
Сущность - это не особенность хибера, а скорее паттерн проектирования
Так ты выбираешь что хочешь и маппишь на любой класс, какой нужно. Хочешь - с джойном, хочешь - без джойна.
да, но с jooq/jdbctemplate он не нужен
этот класс называется проекцией
Ну я по-простому постарался объяснить 🙂
Я скорее имею в виду, а как оно правильнее(красивее) будет? Стоит ли плодить сущности
Можно как угодно это называть, я называю сущность потому что оно отображает бизнес-смысл
блин, нет) с jooq сущности не существуют в контекте слоя данных
Да фиг его знает. Что там с этими вещами в твоей программе будет делаться - мне неведомо. Вот в статье выше вообще предлагается JSONом оперировать - тоже норм подход.
ты же сам назвал его паттерном, в джуке не используется этот паттерн
Как вообще связан инструмент и архитектурный паттерн? В анемичной модели - entity служит для передачи данных с слоя данных
но не только ентити. в жуке - данные через проекции передаются
делай разные сущности под разные запросы, или разные методы
Спасибо, меня лишь беспокоит, что очень часто в анемичных моделях entity описывают буквально как полная репрезентация таблицы и такое чувство, что таким образом, я это нарушаю
Не видел, чтоб жук давал какую-то терминологию для этого
это ошибка как раз
Обсуждают сегодня