модель mvc и модель просмотра?

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

public class ConfirmPassword 
{
    User model;

    [Required]
    public string Username 
    { 
        get { return this.model.Username; } 
        set { this.model.Username = value; } 
    }
    [Required]
    [DataType(DataType.Password)]
    public string Password 
    { 
        get { return this.model.Pwd; } 
        set { this.model.Pwd = value; } 
    }

    [Required(ErrorMessage = "Confirm Password field is required.")]
    [Compare("NewPassword", 
       ErrorMessage = "The new password and confirmation password do not match.")]
    [RegularExpression(@"^.{8,10}$")]
    [DataType(DataType.Password)]
    public string ConfirmPwd { get; set; }

    public ConfirmPassword()
    {
        this.model = new User();
    }

    public ConfirmPassword(User model)
    {
        this.model = model;
    }

}

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

Лично я бы не делал этого в самой модели представления, а скорее в контроллере и добавлял бы ModelState.AddError, если пароль был неверным.

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

public LoginViewModel()
{
  [Required]
  public string LoginId {get; set;}

  [DataType(DataType.Password)]
  public string Password {get; set;}

  [DataType(DataType.Password)]
  public string ConfirmPassword {get; set;}

 // this validation is not db related and can be done client side...
 public IEnumerable<ValidationResult> Validate(ValidationContext validationContext)
    {
        string regex1 = @"^.{8,10}$";                   // 8 - 10 characters

        Match requirement1 = Regex.Match(Password, regex1);

        if (Password != ConfirmPwd)
            yield return new ValidationResult("Password and Confirm Password is not identical.");

        if (!requirement1.Success)
            yield return new ValidationResult("Password must be between 8 and 10 characters.");


    }

}

[HttpGet]
public ActionResult Login()
{
   var model = new LoginViewModel();

   return View("Login",model);
}

[HttpPost]
public ActionResult Login(LoginViewModel model)
{

   var user = GetUserFromRepositoryByUsername(model.username);

   if(user != null)
    {
      if(user.password == model.Password)
      {
        RedirectToAction("YouLoggedInYay!");
      }
    }

    // if we made it this far, the user didn't exist or the password was wrong.
    // Highlight the username field red and add a validation error message.
    ModelState.AddError("Username","Your credentials were invalid punk!");

   return View("Login",model);
}

Я бы включил идентификатор пользователя в вашу ViewModel или добавил его в URL-адрес, чтобы контроллер мог его подобрать.

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

Кстати, вы можете сопоставить старый пароль.

Из того, что я считаю, ваши проверки пользовательского интерфейса и проверки логики не следует смешивать. Это стоит повторить в Логике, даже если это одно и то же. По сути, объект Entity не несет ответственности за выполнение проверок. Это может быть какой-то класс сервисного уровня, который делает это для Entity. И вы, вероятно, можете создать исключение в этот момент. Таким образом, оно обрабатывается совершенно по-разному в пользовательском интерфейсе и логике.

«Мне просто нужно проверять пароли всякий раз, когда профиль редактируется/создается»

Используйте аннотации данных в сочетании с IsValid в ViewModel для проверки ошибок. Что касается сопоставления модели с моделью представления, просто используйте шаблон декоратора.

Используйте System.ComponentModel.DataAnnotations (у них даже есть валидатор регулярных выражений, который вы можете использовать). После того, как пароли проверены на соответствие политике, преобразуйте их в хэш MD5 и сохраните его, а не значение пароля. Если ничего не помогает, нет ничего плохого в создании отдельный класс UserValidation и разделяйте логику между моделью представления и моделью, например. они оба вызывают одни и те же методы для определения достоверности (сокращение кода).