Как я могу повторно использовать метаданные модели для пользовательских моделей?

Question

Я работаю над проектом ASP.NET MVC 2 с некоторыми бизнес-объектами, которые применяют к ним атрибуты данных метаданных данных (атрибуты проверки, атрибуты отображения и т. Д.).

Что-то вроде:

//User entity 
public class User 
{ 

      [DisplayName("Vorname")] 
      [Required(ErrorMessage = "Vorname fehlt")] 
      [StringLength(MaxNameLength, ErrorMessage = "Vorname ist zu lang")] 
      public string FirstName { get; set; } 

      [DisplayName("Nachname")] 
      [Required(ErrorMessage = "Nachnamefehlt")] 
      [StringLength(MaxNameLength, ErrorMessage = "Nachname ist zu lang")] 
      public string LastName { get; set; } 

      [Required] 
      public string Password{ get; set; } 
} 

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

//custom viewmodel with a user entity 
public class CustomViewModel 
{ 
    public User{get;set;} 
    //some more properties... 
} 

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

[MetadataType(typeof(User))] 
public class UserNameViewModel 
    { 

       public string FirstName { get; set; } 

       public string LastName { get; set; } 

       //no password on purpose, the user should only 
       //edit his first and last name in this view 
    } 

Вот где я столкнулся с проблемами. Модель пользовательского представления выше приводит к исключению, когда создается представление, поскольку оно не имеет свойства пароля.

Ассоциированный тип метаданных для типа «Zeiterfassung.Models.ViewModels.Users.UserNameViewModel + UserModel» содержит следующие неизвестные свойства или поля: Пароль. Пожалуйста, убедитесь, что , что имена этих членов соответствуют названиям объектов на основном .

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

Я могу придумать несколько обходных решений, но никто не кажется действительно идеальным. В любом случае я не могу изменить макет базы данных, чтобы поле пароля было в отдельном объекте в моем примере выше.

Как вы справитесь с этим сценарием?

Answer 1

Единственная рекомендация, которую я могу вам дать, - иметь модели просмотра, специфичные для каждого вида, и иметь только необходимые свойства и атрибуты проверки на этих моделях просмотра. Не волнуйтесь, если вы повторите некоторые атрибуты проверки и свойства на моделях просмотра. Вот для чего они предназначены: отражают логику данного взгляда.