кругооборота просмотр данных в ASP.NET MVC при использовании модели Биндеры

Question

Допустим, у меня есть форма со следующим «бизнес-объекта» в виду:

public class MyObject 
{ 
    public string Name { get; set; } 
    public User OtherUser { get; set; } 
    public DateTime CreateDate { get; set; } 
    public DateTime? StartDate { get; set; } 
    public DateTime? EndDate { get; set; } 
} 

Когда пользователь вводит данные в любое из полей , Мне нужно округлить то, что они ввели, чтобы позволить им исправлять любые жирные пальцы и т. Д., Не переписывая их ответ.

Потому что я не могу спускоподъемных значение, как «31 февраля 2011» в DateTime поле, я в конечном итоге с помощью View Model объект вроде этого:

public class MyObjectViewModel 
{ 
    public string Name { get; set; } 
    public string OtherUserName { get; set; } 
    public string CreateDate { get; set; } 
    public string StartDate { get; set; } 
    public string EndDate { get; set; } 
} 

Ok, все прекрасно и денди, я могу получить это, чтобы сделать точно такой же, как голый бизнес-объект и значение редирект при использовании следующей схемы:

public ActionResult Create(FormCollection form) 
{ 
    var model = new MyObjectViewModel(); 
    if (TryUpdateModel(model, form) && ModelState.IsValid) 
    { 
     // ... 
    } 

    return View(model); 
} 

Я имеющий следующие вопросы:

1. Каков самый чистый способ получить данные из модели просмотра и в бизнес-объект? (т. е. что заполняет остальную часть метода выше?)
2. Могу ли я уменьшить дублирование имен полей между объектами, чтобы укрепить мои изменения?
3. В приведенном выше примере поле OtherUserName является string, которое необходимо преобразовать в объект User. Чья это ответственность? Контроллер? ViewModel? Модель связующего?

Answer 1

1) Вы можете строго ввести свое представление, чтобы представление передало контроллеру тип «MyObject». 2) Не уверен, что я понимаю, что вы спрашиваете 3) Почему бы не сделать это поле идентификатором, который содержит внешний ключ связанного идентификатора?

Также - нет причин, по которым поле datetime не может быть передано в представление и назад влево, как есть. Вам не нужно передавать его в виде строки и конвертировать.

PS - Я бы рекомендовал посмотреть этот учебник - должен прояснить мои ответы для вас.

http://www.asp.net/mvc/videos/what-is-aspnet-mvc-80-minute-technical-video-for-developers-building-nerddinner

Answer 2

Ваша проблема вызвана главным образом, позволяя вид модели содержат недостоверные данные. Используйте те же сильные типы в своей модели представлений, как и в вашем классе данных, добавьте небольшую проверку javascript и «Feb 31» никогда не попадут на сервер. Разбор типов определенно зависит от связующего устройства модели - вам не нужно ничего делать, действие вашего контроллера просто передается строго типизированным объектом модели. Пользователь может быть немного другим, но основное отличие может заключаться в том, что в вашей модели просмотра есть поле с именем пользователя, а модели данных требуется объект пользователя с информацией, которая не была в форме. Контроллер должен будет выбрать/создать соответствующий пользовательский объект и добавить его в класс данных.

После того, как модель проанализирована, у вас все еще будет какая-то проверка, но это будет более обычное дело, например, проверка того, что поля согласуются друг с другом, а не простые проблемы с строковым форматом.

Для уменьшения дублирования, я отправил свой стиль моделей на другой вопрос - asp.mvc model design

Answer 3

1. AutoMapper
2. Вам не нужно.
3. Преобразователь

Пример:

[HttpPut] 
public ActionResult Create(MyObjectViewModel viewModel) 
{ 
    if (!ModelState.IsValid) 
    { 
     // there are validation errors => redisplay the view 
     return View(viewModel); 
    } 
    var model = Mapper.Map<MyObjectViewModel, MyObject>(viewModel); 
    _repository.DoSomethingWithTheModel(model); 
    return RedirectToAction("Success") 
}