Задать вопрос
@Wan-Derer
Зобанели на Хабре, волки́ ;((

Архитектура. Насколько правильно хранить в Entity данные, не относящиеся к БД?

Всем привет!
Пишу приложение на Spring Boot/Spring Data.
Допустим, у меня есть "модельный" класс, который Entity. Его поля соответствуют полям записей в БД и читаются обычным способом через репозиторий.
Я хочу добавить в этот класс ряд полей, которых нет в БД (объявить их как Transient) и которые мне нужны для хранения промежуточных значений, флагов и т.п. Мне это удобно т.к. проще работать с единым объектом чем с двумя/тремя. Но насколько это правильно с т. зр. архитектуры? Так вообще делают? Какие тут могут полезть проблемы? И если не так, то как обычно решают такие задачи?
  • Вопрос задан
  • 224 просмотра
Подписаться 1 Простой 9 комментариев
Пригласить эксперта
Ответы на вопрос 2
@Akela_wolf
Extreme Programmer
В принципе можно, никто вас за такое не расстреляет. Проблемы - тут все зависит от масштаба вашего приложения и требований к дальнейшей поддержке и изменениям в коде. Чего-то прямо серьезного, что вылезет всегда или почти всегда я в этой истории не наблюдаю.
Ответ написан
Комментировать
@Egor4
Джун который планирует стать сеньором
Я бы сделал еще один класс EntityTo и в него бы внедрил Entity и обогатил полями.
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы