Везде, где я смотрю на проверку ответа перед сохранением в БД, на ветру они переопределяют BeforeSaveEntity или BeforeSaveValidation. например проблемы breezejs с пакетом сохранения. Можем ли мы в любом случае проверить savebundle перед вызовом saveChanges(), как на уровне репозитория?
Я хочу передать пакет сохранения JObject из контроллера в соответствующий репозиторий и сделать там несколько вещей: 1) проверить, есть ли у пользователя разрешение на сохранение этого объекта 2) выполнить проверку на уровне бизнес-логики 3) выполнить операции на уровне объекта, такие как обновление changeDate и changeUser, добавьте значения по умолчанию в какой-либо другой объект и т. д.
Это больше похоже на операции на уровне бизнес-логики, и в нашем приложении у нас есть около 20+ таких сущностей, которые сохраняются из разных частей приложения. Если мы переопределяем BeforeSaveEntity(), мы выполняем все подобные проверки на уровне бизнес-логики для всех сущностей внутри DataContext. Нравиться
`if (entityInfo.Entity.GetType() == typeof(MyEntityTypeModel)) {
}`
Я не думаю, что условие if-else или case для 20+ сущностей - хороший дизайн. Кроме того, у нас есть четкое разделение ответственности за счет использования репозиториев, поэтому я думаю, что именно здесь это и должно быть сделано.
Как мы можем манипулировать/проверять savebundle в таком случае?