愛上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）。

回到目錄