Я вот никогда не понимал таких валидаций. Это же база сама вам скажет при вставке, зачем делать проверку? Учитывая то, что между проверкой и вставкой может условие поменяться.
insert into users (username, password) values ('nkt', '...')Вынесешь, или мне создать? (тут по моим подсчетам 2-3 оффтопа точно есть, минимум)
ясно. То есть теперь мы перешли к распределенным транзакциям?
потому что DDD, если бизнес логика основана на уникальном значении, то это должно быть в модели, все просто
Может, не в модели, а на уровне domain layer?
Если транзакция внешняя, у неё должен быть твой собственный внутренний ID. Потом, при разборе лога, ты уже сможешь проследить, какая транзакция дважды записалась, ну и т.д. Бизнес-логика обязана отрабатывать возможность двойной регистрации внешней транзакции, ибо это нормально, у транзакции есть ИД, по которому можно отследить, какая из записей действительно актуальна.
Да какое DDD.
const validator = this.validate(req.body, {
some_files: 'unique'
});
if (!validator.isValid()) {...}
const entity = this.service.createEntity(req.body);Не так. Бизнес-логика подразумевает автоматический учет событий в realtime без разбора логов, но с выполнением действий - передачей заказа на склад для отгрузки.
да, конечно это имел ввиду
Под моделью понимается как отдельно взятый объект типа User, так и весь domain layer в целом. Очевидно, в этом контексте имелось в виду первое.
