爱上MVC3系列~使用视图模型的好处及与数据模型之间的赋值问题

回到目录

ＭＶＣ开发应用程序有个问题，很多开发者不知如何去使用页面模型，大多数开发者认为为每一个页面去设计一个实体是多余的，所以他们使用数据库实体来代码页面视图模型，事实上，这样做的好处就是节省的代码，但不好的地方是什么呢？我来总结一下吧：

１　方便根据每一种业务逻辑和前台页面表现，去对模型进行特性的设置

２　前台ＵＩ部分与业务层与数据库层可以更加独立，前台页面模型并不依赖于数据库模型

３　可以根据具体业务，去分别设置它们的验证及约束关系

好了，上面我说了３点不使用viewModel的缺点，事实上，确实是这样的，比如，你的userbase实体，如果它需要提供两种业务，如“登陆”和“注册”，那么它的前台信息展现与验证业务肯定是不相同的，这时，如果使用ViewModel就很容易的解决了这个问题。

以下是用户模型的代码片断

    /// <summary>
    /// 用户登陆视图模型
    /// </summary>
    public class UserBaseLogOnModel
    {
        [Required]
        [Display(Name = "用户名")]
        public string Name { get; set; }
        [Required]
        [DataType(DataType.Password)]
        [Display(Name = "密码")]
        public string Password { get; set; }
        [Required]
        [Display(Name = "真实姓名")]
        public string RealName { get; set; }
    }
    /// <summary>
    /// 用户注册模型
    /// </summary>
    public class UserBaseRegisterModel
    {
        [Required]
        [Display(Name = "用户名")]
        public string Name { get; set; }
        [Required]
        [DataType(DataType.Password)]
        [Display(Name = "密码")]
        public string Password { get; set; }
        [Required]
        [DataType(DataType.Password)]
        [Display(Name = "密码")]
        [Compare("Password", ErrorMessage = "新密码和确认密码不匹配。")]
        public string ConfirmPassword { get; set; }
        [Required]
        [Display(Name = "真实姓名")]
        public string RealName { get; set; }
        [Required]
        [DataType(DataType.EmailAddress)]
        [Display(Name = "电子邮件")]
        public string Email { get; set; }
        [Required]
        [DataType(DataType.PhoneNumber)]
        [Display(Name = "电话")]
        public string Tel { get; set; }
        [Required]
        [Display(Name = "证件类型")]
        public SelectList IDType { get; set; }
        [Required]
        [Display(Name = "证件号码")]
        public string IDNumber { get; set; }
    }

有了视图模型，那我们如何去使用它呢，我们以用户登陆为例，来说一下吧：

首先，我们定义的ViewModel里的属性，要求和数据模型中的属性名称相同，这样方便进行模型之间的赋值，用户登陆与用户注册都是与userbase表相关的，

所以，在HTTPPost指向的方法时，参数可以就是UserBase类型的，看代码：

　　　　[HttpPost]
        public ActionResult LogOn(UserBases entity)
        {
　　　　　}

而如果它们的属性名称是相同的，ＭＶＣ表单在进行ＰＯＳＴ请求时，可以把属性信息自动填充到参数实例上去，但如果你的模型中包括了导航属性（其它关系表的实例），则需要手动为它进行初始化，如代码：

 　　　　[HttpPost]
        public ActionResult LogOn(UserBases entity)
        {
            entity.User_Extensions_Extend = new User_Extensions();
            TryUpdateModel(entity.User_Extensions_Extend);//填充模型
　　　　　}

当我们从表单中把数据得到后，要做的是什么呢？“验证”，我们需要知道表单中填写的内容是否是符合我们设定的规范，如果不符合，则返回错误信息。

 　　　　[HttpPost]
        public ActionResult LogOn(UserBases entity)
        {
            entity.User_Extensions_Extend = new User_Extensions();
            TryUpdateModel(entity.User_Extensions_Extend);//填充模型
            if (ModelState.IsValid)
            {
                VM = iUserRepository.Login(entity);
                if (VM.IsComplete)
                    return RedirectToAction("Index", "Home");
                else
                    VM.ToList().ForEach(i => ModelState.AddModelError("", i));

            }
            return View();
        }

在代码中，我们并没有出现页面中需要的视力模型，它是如何与实体模型转换的呢，事实上，它们之间并没有发生转换，只是表单与实体之间发生了赋值而以，即

只要实体模型与视图模型的属性名相同，就完成可以使用ＭＶＣ的自动赋值功能（TryUpdateModel）。

回到目录