У меня есть процесс многоступенчатой регистрации, поддерживаемый единственным объектом в доменном слое, который имеет правила проверки, определенные для свойств.
Как мне проверить объект домена, когда домен разделен на многие представления, и я должен сохранить объект частично в первом представлении при публикации?
Я думал об использовании сеансов, но это невозможно, потому что процесс длительный, и количество данных велико, поэтому я не хочу использовать сеанс.
Я думал о сохранении всех данных в реляционной внутренней памяти db (с той же схемой, что и основной db), а затем сбрасывая эти данные на главный db, но возникли проблемы, поэтому я должен маршрутизировать между сервисами (запрошенными в представлениях), кто работайте с базовым db и в памяти db.
Я ищу элегантное и чистое решение (точнее, лучшую практику).
ОБНОВЛЕНИЕ И Уточнение:
@Darin Спасибо за ваш продуманный ответ,
Это было именно то, что я сделал до сих пор.
Но, кстати, у меня есть запрос, в котором есть много вложений, я проектирую Step2View
, например. который пользователь может загружать в него документы асинхронно,
но эти вложения должны быть сохранены в таблице со ссылочным отношением к другой таблице, которая должна была быть сохранена ранее в Step1View
.
Таким образом, я должен сохранить объект домена в Step1
(частично), но я не могу,
вызывают поддержку объекта Core Domain, который частично преобразуется в Step1 ViewModel, не может быть сохранен без реквизита, который поступает из преобразованного Step2ViewModel
.