A
А на чтение интеграционных может и не быть
Size: a a a
2021 November 30
k
ну прост ты говоришь, что эти createdAt не связаны с логикой никак. Если так - зачем плодить всякие "предметные области", это ж просто CRUD.
A
Ну почему. Дата созданич сущности. Чтобы потом показывать на фронте
A
Дата создания заказа
A
Чем не ответственность бизнеса
A
Я не могу прям уверено спорить. Опыта с выделеной предметной областью у меня пока мало
k
ну тут, наверное, есть смысл. Просто я когда вижу createdAt/updatedAt - это обычно "Так, мы не оч понимаем чё в системе происходит, нам надо по быстрому какой-то аудит, бахнем тут пару полей с датами для создания/обновления описания товара".
SP
Эт не про аудит
SP
И в целом полезная штука
A
Я вот пока что почти всегда это делаю на уровне бд и в случае, если нужно использовать на фронте или для бизнес операций, то на уровне сущностей
A
Изначально я не добавляю в сущность то, что не будет использоваться
k
а про шо?
Часто такие поля нужны просто чтобы человеки понимали что когда произошло, чтобы востановить какие-то события в системе вручную и понять что происходит
Часто такие поля нужны просто чтобы человеки понимали что когда произошло, чтобы востановить какие-то события в системе вручную и понять что происходит
k
или чтобы исторически понять когда произошло событие (но при этом событий нету, есть CRUD)
типа "а я это уже обновил или ещё нет?"
типа "а я это уже обновил или ещё нет?"
SP
если у тебя такие вопросы возникают то это уже про юзер флоу и бизнес0
SP
а так есть еще кейсы когда тебе надо данные слить в какой data warehouse и ты тупо по updated at курсор держишь
AB
Как вариант: payment-транзакции. Создал в одно время, а заапрувил в другое
Время создания ордера и прочего у нас бизнес ещё просить менять, чтобы для налоговой или всяких проверок данные красивые показывать
Время создания ордера и прочего у нас бизнес ещё просить менять, чтобы для налоговой или всяких проверок данные красивые показывать
k
но далеко не всегда это перерастает в "объекты предметной области", далеко не всегда появляются if-ы с этими полями в коде, часто просто какой-то сотрудник d в админке отсортировал по дате и чёт там апдейтит себе
k
опять же, если посмотреть с точки зрения того, что данные объекта должны использоваться в большинстве методов объекта, а они никогда не используются (createdAt только при создании), то всё же возникает сомнение "А оно тут точно надо?"
2021 December 01
SP
не все то "бизнес логика" где нужны ифы в коде.
SP
тут вопрос кто знает когда что-то происходило и важно ли тебе это. Есть дата время обработки запроса, есть дата время когда объект был создан, есть дата время когда был записан в базу. Время относительно.