DS
Переслано от Daniil S
Всем привет, поделитесь опытом. Есть вычисляемое значение у сущности, вы предпочитаете такие вещи хранить прямо в ней или отдельно? В юзкейсе например.
Size: a a a
2020 May 06
DS
Переслано от Daniil S
Мне кажется лучше отдельно, так как одно - структура данных, а другое ежу бизнесовые правила, флажки и тд
DS
Переслано от Daniil S
как раз под назначение юзкейса подходит
NG
а хешкод сущности что бы вычислить - тоже одельную сущность создвать?
NG
а хешкод сущности которая вычисляет хешкод?..
DS
а хешкод сущности что бы вычислить - тоже одельную сущность создвать?
ну елы палы, а entity у которой захерачены алгоритмы и разные методы превращается в говно нечитаемое
DS
с хешкодом вообще не аргумент
NG
Погугли hello world java enterprise edition, там содержатся ответ на твой вопроч
DE
Переслано от Daniil S
Всем привет, поделитесь опытом. Есть вычисляемое значение у сущности, вы предпочитаете такие вещи хранить прямо в ней или отдельно? В юзкейсе например.
кажется, что удобно хранить это в самой сущности. Во-первых, так она не будет бесполезной. Во-вторых, не надо везде с собой тащить юзкейс для вычисления хешкода
DS
Переслано от Daniil S
короче я остановился на том, что вычисляемые свойства сущности оставить в entity, то как мы работаем с приложением пишу в юзкейсе
DS
Переслано от Daniil S
ну или на крайняк расширить сущность или обернуть дополнительно
DS
Переслано от Daniil S
всяким вычисляемым свойствам в юзкейсе не место - определенно
DS
Был неочевидный кейс, поведение приложение это или бизнесовое правило
DS
Теперь он очевидный
DS
Погугли hello world java enterprise edition, там содержатся ответ на твой вопроч
ОКС
AP
@Harmonizr тебя шо уволили?
QH
@Harmonizr тебя шо уволили?
ёпты, я сам ушёл
DE
@Harmonizr тебя шо уволили?
судя по всему, он уволил Яндекс
AP
ёпты, я сам ушёл
Куда?