Во вью надо передать модель для редактирования, допустим, это делает пара ActionResult GET Edit(id) / POST Edit(ViewModel)
Но большая часть полей нужна только для вывода информации о редактируемом объекте (т.е. редактируется не весь объект, а его часть).
Логично предположить, что рендериться поля будут как-то так:

@Html.EditorFor(x => x.Prop)

, а выводится либо так

@Html.DisplayFor(x => x.DispProp)

или даже так

@Model.DispProp

По стандартной схеме, при сабмите, если пользователь накосячил и валидация не прошла, Action должен вернуть модель на повторное редактирование с сообщениями об ошибке.

Подхожу к вопросу. При сабмите мы передаем в Action только редактируемые поля, информация для отображения теряется, и её надо будет восстанавливать для повторного редактирования. И все это в одной и той же модели. Плохо? Как оно с точки зрения архитектуры? Может посоветуете чего?

МСУ,

А можно по-подробней?

МСУ,

@Html.EditorFor(x => x.ComplexProperty.Prop)

если typeof(ComplexProperty) умеет new() проблем не будет.

так что за магия? признавайся? как решаешь?

МСУ,

ещё как умеет! :) делаешь свой вью в EditorTemplates для нужного типа

но ты лучше расскажи про своё решение, уверен многим пригодится.

МСУ,

я так понимаю, ты предлагаешь чистый AJAX, и никаких пробросов лишних данных?

МСУ,

почаму? для bootstrap, например, можно написать универсальный эдитор для form-horizontal форм, работающий для всех объектов. на этапе разработки самое то.

так что с ViewModel? как быть с редактируемыми и не редактируемыми данными? уместно все пихать в одну модель и разгребать одно от другого? затыкивать все поля для отображения во ViewData как-то не по феншую вообще. совсем. или отдавать во вью при любом раскладе DTO, что тоже как-то не очень.