淺談ASP.NET MVC 3中如何使用Model

昨天部落格發了新文章，講一下我對如何使用MVC中的Model的看法，不是什麼大技術，當是一個技術討論^^

原文地址：http://www.youguanbumen.net/Article.aspx?id=79

原文：

前兩天寫了個文章ASP.NET MVC 3 —— Model遠程驗證，主要記錄了一下ASP.NET MVC 3中新增的RemoteAttribute類的使用，得益於這個類，我們可以在模型中為屬性配置用戶端遠程校正的業務，文章中給了出一個簡單的實體類MyUser_Add，舉了一個最常見的註冊使用者時驗證使用者名稱是否存在的例子，最後成功地對使用者名稱實現了用ajax加薪校正的功能。給出Model的代碼如下：

 

  
/// <summary>  
  
/// 使用者添加操作的模型  
  
/// </summary>  
  
publicclassMyUser_AddModel  
  
{  
  
    #region MyRegion  
  
    /// <summary>  
  
    /// 使用者名稱  
  
    /// </summary>  
  
    [DisplayName("登入帳號")]  
  
    [Required(ErrorMessage = "使用者帳號不可為空")]  
  
    [Remote("CheckUserAccountExists", "Test", ErrorMessage = "使用者帳號已存在")] 
  
// 遠程驗證（Ajax）  
  
    publicstringUserAccount { get; set; }  
  
}   
  
 
  
      
  
 
 

文章發到部落格園上面之後有朋友提出一了一點：“這個我們可以認為在建立的時候解決重複問題，但是如果是Update的話，我相信這樣的語句應該也會報錯誤的”。就是說如果這個Model用於做Update操作的時候，校正使用者名稱是否存在的方法和Add操作會有點不同，因為要把自己排除在外，例如原來的使用者名稱叫”user1“修改後還叫”user1“，這時候判斷使用者名稱是否存在的標準是”如果存在使用者名稱是‘user1’的並且使用者ID號不是當前這個要修改的使用者，那麼使用者不可用（存在）“，而Add操作的時候不存在”自己“，所以我看可以理解為兩個操作都需要判斷使用者名稱是否存在，但是使用了不同的策略！

剛好之前看了ASP.NET MVC 3內建的Demo（就是建立MVC3.0項目後產生的那個- -！），想寫一下我自己認為的”微軟希望我們怎麼去設計MVC中的Model”的看法，發現似乎和這個問題有點聯絡，以下是我個人的觀點：

首先我們看下Demo項目中Models目錄下的AccountModels.cs，下面的代碼摘自這個檔案中的兩個我認為很有代表性的類，都是和使用者有關的，原始碼如下：

 

  
publicclassLogOnModel  
  
{  
  
    [Required]  
  
    [Display(Name = "User name")]  
  
    publicstringUserName { get; set; }  
  
    [Required]  
  
    [DataType(DataType.Password)]  
  
    [Display(Name = "Password")]  
  
    publicstringPassword { get; set; }  
  
    [Display(Name = "Remember me?")]  
  
    publicboolRememberMe { get; set; }  
  
}  
  
publicclassRegisterModel  
  
{  
  
    [Required]  
  
    [Display(Name = "User name")]  
  
    publicstringUserName { get; set; }  
  
    [Required]  
  
    [DataType(DataType.EmailAddress)]  
  
    [Display(Name = "Email address")]  
  
    publicstringEmail { get; set; }  
  
    [Required]  
  
    [ValidatePasswordLength]  
  
    [DataType(DataType.Password)]  
  
    [Display(Name = "Password")]  
  
    publicstringPassword { get; set; }  
  
    [DataType(DataType.Password)]  
  
    [Display(Name = "Confirm password")]  
  
    [Compare("Password", ErrorMessage = "The password and confirmation password do not match.")]  
  
    publicstringConfirmPassword { get; set; }  
  
}  
 

注意上面兩個類的類名，我們很容易讀懂一個是“（使用者）登入模型”，一個是“（使用者）註冊模型”，有意思的地方在於兩個類都用UserName、Password兩個屬性，UserName的驗證方式完全一樣，而Password有所不同，RegisterModel中多了一個ValidatePasswordLengthAttribute的特性——一個自訂驗證特性。這兩個模型對應的是不同的Action-View，於是我的理解是：Model是為了Actioin-View而存在的。例如，有一個頁面是用來顯示一張表單，這張表單會被提交到一個介紹Post請求的Action中，這時候就會建立一個和這個表單對應的Model，用來在View和Action中充當媒介的作用（所謂的“實體傳參”）。

回到上面那個檢測使用者名稱是否存在的問題，基於這個想法可以得出一個解決方案，那就是建立另外一個新類，叫做MyUser_UpdateModel（使用者修改模型），可以得出以下的代碼

 

  
publicclassMyUser_UpdateModel  
  
{  
  
    /// <summary>  
  
    /// 使用者名稱  
  
    /// </summary>  
  
    [DisplayName("登入帳號")]  
  
    [Required(ErrorMessage = "使用者帳號不可為空")]  
  
    [ValidateUserAccountAttribute] // 自訂驗證  
  
    [Remote("CheckUserAccountExistsForUpdate", "Test", ErrorMessage = "使用者帳號已存在")] // 遠程驗證（Ajax）  
  
    publicstringUserAccount { get; set; }  
  
}  
 

注意到遠程驗證調用的是另外一個Action，這個Action的代碼如下：

 

  
 /// <summary>  
  
/// 用於驗證使用者帳號是否存在的Action（Update操作時使用）  
  
/// </summary>  
  
/// <param name="UserAccount">使用者帳號</param>  
  
/// <returns></returns>  
  
[HttpGet]  
  
public ActionResult CheckUserAccountExistsForUpdate(string UserAccount)  
  
{  
  
    var ms = ModelState;  
  
    string[] existsUsers = { "wodanwojun" };  
  
    bool exists = string.IsNullOrEmpty(existsUsers.FirstOrDefault(u => u.ToLower() == UserAccount.ToLower())) == false;  
  
    return Json(!exists, JsonRequestBehavior.AllowGet);  
  
}   
  
 
  
 
  
   
  
 
  
    public class MyUser_UpdateModel  
  
    {  
  
        /// <summary>  
  
        /// 使用者名稱  
  
        /// </summary>  
  
        [DisplayName("登入帳號")]  
  
        [Required(ErrorMessage = "使用者帳號不可為空")]  
  
        [ValidateUserAccountAttribute] // 自訂驗證  
  
        [Remote("CheckUserAccountExistsForUpdate", "Test", ErrorMessage = "使用者帳號已存在")] // 遠程驗證（Ajax）  
  
        public string UserAccount { get; set; }  
  
    } 
 

這裡假設要修改的使用者的使用者名稱叫做“youguanbumen”，所以驗證的時候如果輸入了有關部門是不應該提示“該帳號已存在”的（因為就是他自己，用了這個帳號是沒問題的）。控制器的代碼我就不寫咯，大致就是得到一個使用者名稱叫做“youguanbumen”的Model——MyUser_UpdateModel類，然後通過return View(object model)方法丟給View（當然，View是強型別的——MyUser_UpdateModel類），測試結果截圖如下：

1、輸入“wodanwojun”作為使用者名稱，發現通不過，就像下面這張截圖這樣，原因請見上面的代碼！

2、輸入“youguanbumen”作為使用者名稱。發現沒有錯誤提示，就像下面這張截圖這樣，原因請見上面的代碼，並對照前一篇文章中另外一個用於遠程校正的Action的代碼！

總結一下：似乎寫出來的每一篇文章都不短但是講的東西都很少，呵呵，請別介意^_^。雖然寫代碼的經驗很不多，但是個人對於代碼還是有一些自己的看法的。選擇一個架構來開發一個系統，就意味著在開發的過程中你需要遵循某些約定好的東西，例如選擇WebForm來開發系統，就盡量的接受”事件相應“和伺服器端控制項；選擇了MVC就要接受把C#代碼嵌到頁面去的這個事實，當然如果使用了某些RIA架構後可能不出現這種情況（因為頁面上的東西基本都是非同步請求回來的）。特別是多人開發的時候，我們有必要遵循某些套路來寫代碼，例如上面這個例子，也許寫Model、寫View和寫Action是三個不同的人來完成的時候，“如果遵循這一個Action會有一個Model來支援它”的這種套路來走的話，每個人都很容易找到代碼的下手點，寫View的人知道如何去聲明頁面為強型別（他會去找相關的Model），寫Action的人知道return View（object model）中的model是啥，也知道用於處理Post的Action的參數是什麼，寫Model的人需要很瞭解業務，知道哪些欄位是必填的，那些欄位有長度限制等等，但是他也許不知道這個Model會被拿去怎麼展示！

ASP.NET MVC中的Model是和業務緊密相關的，有什麼樣的業務需求就會產生什麼樣的Model，並且會有相應的Action來出來它，有相應的View來展示它。如果基於這個想法來開發系統的話，很有可能得出這樣一個簡要的開發流程：研究業務-->轉化為對應的Model，根據業務需求對Model的屬性配置驗證特性-->設計資料庫表來對資料進行存放（也許是xml也不一定）-->設計View來展示它，設計Action來處理它......。

原文連結：http://www.cnblogs.com/serafin/archive/2011/01/27/1945934.html

【編輯精選】