日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時(shí)間：8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
淺談ASP.NET MVC 3中如何使用Model

昨天博客發(fā)了新文章，講一下我對(duì)如何使用MVC中的Model的看法，不是什么大技術(shù)，當(dāng)是一個(gè)技術(shù)討論^^

讓客戶滿意是我們工作的目標(biāo)，不斷超越客戶的期望值來自于我們對(duì)這個(gè)行業(yè)的熱愛。我們立志把好的技術(shù)通過有效、簡單的方式提供給客戶，將通過不懈努力成為客戶在信息化領(lǐng)域值得信任、有價(jià)值的長期合作伙伴，公司提供的服務(wù)項(xiàng)目有：域名注冊(cè)、網(wǎng)絡(luò)空間、營銷軟件、網(wǎng)站建設(shè)、資中網(wǎng)站維護(hù)、網(wǎng)站推廣。

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

原文：

前兩天寫了個(gè)文章ASP.NET MVC 3 —— Model遠(yuǎn)程驗(yàn)證，主要記錄了一下ASP.NET MVC 3中新增的RemoteAttribute類的使用，得益于這個(gè)類，我們可以在模型中為屬性配置客戶端遠(yuǎn)程校驗(yàn)的業(yè)務(wù)，文章中給了出一個(gè)簡單的實(shí)體類MyUser_Add，舉了一個(gè)最常見的注冊(cè)用戶時(shí)驗(yàn)證用戶名是否存在的例子，最后成功地對(duì)用戶名實(shí)現(xiàn)了用ajax加薪校驗(yàn)的功能。給出Model的代碼如下：

  
 
 
 
       
  
  
  
  1. ///   
    2.    
  
  
  
  2. /// 用戶添加操作的模型  
    3.    
  
  
  
  3. ///   
    4.    
  
  
  
  4. publicclassMyUser_AddModel  
    5.    
  
  
  
  5. {  
    6.    
  
  
  
  6.     #region MyRegion  
    7.    
  
  
  
  7.     ///   
    8.    
  
  
  
  8.     /// 用戶名  
    9.    
  
  
  
  9.     ///   
    10.    
  
  
  
  10.     [DisplayName("登錄賬號(hào)")]  
    11.    
  
  
  
  11.     [Required(ErrorMessage = "用戶賬號(hào)不能為空")]  
    12.    
  
  
  
  12.     [Remote("CheckUserAccountExists", "Test", ErrorMessage = "用戶賬號(hào)已存在")] 
    13.    
  
  
  
  13. // 遠(yuǎn)程驗(yàn)證（Ajax）  
    14.    
  
  
  
  14.     publicstringUserAccount { get; set; }  
    15.    
  
  
  
  15. }   
    16.    
  
  
  
  16.  
    17.    
  
  
  
  17.       
    18.    
  
  
  
  18.  
    19.

文章發(fā)到博客園上面之后有朋友提出一了一點(diǎn)：“這個(gè)我們可以認(rèn)為在創(chuàng)建的時(shí)候解決重復(fù)問題，但是如果是Update的話，我相信這樣的語句應(yīng)該也會(huì)報(bào)錯(cuò)誤的”。就是說如果這個(gè)Model用于做Update操作的時(shí)候，校驗(yàn)用戶名是否存在的方法和Add操作會(huì)有點(diǎn)不同，因?yàn)橐炎约号懦谕猓缭瓉淼挠脩裘小眜ser1“修改后還叫”user1“，這時(shí)候判斷用戶名是否存在的標(biāo)準(zhǔn)是”如果存在用戶名是‘user1’的并且用戶ID號(hào)不是當(dāng)前這個(gè)要修改的用戶，那么用戶不可用（存在）“，而Add操作的時(shí)候不存在”自己“，所以我看可以理解為兩個(gè)操作都需要判斷用戶名是否存在，但是使用了不同的策略！

剛好之前看了ASP.NET MVC 3自帶的Demo（就是創(chuàng)建MVC3.0項(xiàng)目后生成的那個(gè)- -?。?，想寫一下我自己認(rèn)為的”微軟希望我們?cè)趺慈ピO(shè)計(jì)MVC中的Model”的看法，發(fā)現(xiàn)似乎和這個(gè)問題有點(diǎn)聯(lián)系，以下是我個(gè)人的觀點(diǎn)：

首先我們看下Demo項(xiàng)目中Models目錄下的AccountModels.cs，下面的代碼摘自這個(gè)文件中的兩個(gè)我認(rèn)為很有代表性的類，都是和用戶有關(guān)的，源代碼如下：

  
 
 
 
       
  
  
  
  1. publicclassLogOnModel  
    2.    
  
  
  
  2. {  
    3.    
  
  
  
  3.     [Required]  
    4.    
  
  
  
  4.     [Display(Name = "User name")]  
    5.    
  
  
  
  5.     publicstringUserName { get; set; }  
    6.    
  
  
  
  6.     [Required]  
    7.    
  
  
  
  7.     [DataType(DataType.Password)]  
    8.    
  
  
  
  8.     [Display(Name = "Password")]  
    9.    
  
  
  
  9.     publicstringPassword { get; set; }  
    10.    
  
  
  
  10.     [Display(Name = "Remember me?")]  
    11.    
  
  
  
  11.     publicboolRememberMe { get; set; }  
    12.    
  
  
  
  12. }  
    13.    
  
  
  
  13. publicclassRegisterModel  
    14.    
  
  
  
  14. {  
    15.    
  
  
  
  15.     [Required]  
    16.    
  
  
  
  16.     [Display(Name = "User name")]  
    17.    
  
  
  
  17.     publicstringUserName { get; set; }  
    18.    
  
  
  
  18.     [Required]  
    19.    
  
  
  
  19.     [DataType(DataType.EmailAddress)]  
    20.    
  
  
  
  20.     [Display(Name = "Email address")]  
    21.    
  
  
  
  21.     publicstringEmail { get; set; }  
    22.    
  
  
  
  22.     [Required]  
    23.    
  
  
  
  23.     [ValidatePasswordLength]  
    24.    
  
  
  
  24.     [DataType(DataType.Password)]  
    25.    
  
  
  
  25.     [Display(Name = "Password")]  
    26.    
  
  
  
  26.     publicstringPassword { get; set; }  
    27.    
  
  
  
  27.     [DataType(DataType.Password)]  
    28.    
  
  
  
  28.     [Display(Name = "Confirm password")]  
    29.    
  
  
  
  29.     [Compare("Password", ErrorMessage = "The password and confirmation password do not match.")]  
    30.    
  
  
  
  30.     publicstringConfirmPassword { get; set; }  
    31.    
  
  
  
  31. }  
    32.

注意上面兩個(gè)類的類名，我們很容易讀懂一個(gè)是“（用戶）登錄模型”，一個(gè)是“（用戶）注冊(cè)模型”，有意思的地方在于兩個(gè)類都用UserName、Password兩個(gè)屬性，UserName的驗(yàn)證方式完全一樣，而Password有所不同，RegisterModel中多了一個(gè)ValidatePasswordLengthAttribute的特性——一個(gè)自定義驗(yàn)證特性。這兩個(gè)模型對(duì)應(yīng)的是不同的Action-View，于是我的理解是：Model是為了Actioin-View而存在的。例如，有一個(gè)頁面是用來顯示一張表單，這張表單會(huì)被提交到一個(gè)介紹Post請(qǐng)求的Action中，這時(shí)候就會(huì)創(chuàng)建一個(gè)和這個(gè)表單對(duì)應(yīng)的Model，用來在View和Action中充當(dāng)媒介的作用（所謂的“實(shí)體傳參”）。

回到上面那個(gè)檢測用戶名是否存在的問題，基于這個(gè)想法可以得出一個(gè)解決方案，那就是創(chuàng)建另外一個(gè)新類，叫做MyUser_UpdateModel（用戶修改模型），可以得出以下的代碼

  
 
 
 
       
  
  
  
  1. publicclassMyUser_UpdateModel  
    2.    
  
  
  
  2. {  
    3.    
  
  
  
  3.     ///   
    4.    
  
  
  
  4.     /// 用戶名  
    5.    
  
  
  
  5.     ///   
    6.    
  
  
  
  6.     [DisplayName("登錄賬號(hào)")]  
    7.    
  
  
  
  7.     [Required(ErrorMessage = "用戶賬號(hào)不能為空")]  
    8.    
  
  
  
  8.     [ValidateUserAccountAttribute] // 自定義驗(yàn)證  
    9.    
  
  
  
  9.     [Remote("CheckUserAccountExistsForUpdate", "Test", ErrorMessage = "用戶賬號(hào)已存在")] // 遠(yuǎn)程驗(yàn)證（Ajax）  
    10.    
  
  
  
  10.     publicstringUserAccount { get; set; }  
    11.    
  
  
  
  11. }  
    12.

注意到遠(yuǎn)程驗(yàn)證調(diào)用的是另外一個(gè)Action，這個(gè)Action的代碼如下：

  
 
 
 
       
  
  
  
  1.  ///   
    2.    
  
  
  
  2. /// 用于驗(yàn)證用戶賬號(hào)是否存在的Action（Update操作時(shí)使用）  
    3.    
  
  
  
  3. ///   
    4.    
  
  
  
  4. /// 用戶賬號(hào)  
    5.    
  
  
  
  5. ///   
    6.    
  
  
  
  6. [HttpGet]  
    7.    
  
  
  
  7. public ActionResult CheckUserAccountExistsForUpdate(string UserAccount)  
    8.    
  
  
  
  8. {  
    9.    
  
  
  
  9.     var ms = ModelState;  
    10.    
  
  
  
  10.     string[] existsUsers = { "wodanwojun" };  
    11.    
  
  
  
  11.     bool exists = string.IsNullOrEmpty(existsUsers.FirstOrDefault(u => u.ToLower() == UserAccount.ToLower())) == false;  
    12.    
  
  
  
  12.     return Json(!exists, JsonRequestBehavior.AllowGet);  
    13.    
  
  
  
  13. }   
    14.    
  
  
  
  14.  
    15.    
  
  
  
  15.  
    16.    
  
  
  
  16.    
    17.    
  
  
  
  17.  
    18.    
  
  
  
  18.     public class MyUser_UpdateModel  
    19.    
  
  
  
  19.     {  
    20.    
  
  
  
  20.         ///   
    21.    
  
  
  
  21.         /// 用戶名  
    22.    
  
  
  
  22.         ///   
    23.    
  
  
  
  23.         [DisplayName("登錄賬號(hào)")]  
    24.    
  
  
  
  24.         [Required(ErrorMessage = "用戶賬號(hào)不能為空")]  
    25.    
  
  
  
  25.         [ValidateUserAccountAttribute] // 自定義驗(yàn)證  
    26.    
  
  
  
  26.         [Remote("CheckUserAccountExistsForUpdate", "Test", ErrorMessage = "用戶賬號(hào)已存在")] // 遠(yuǎn)程驗(yàn)證（Ajax）  
    27.    
  
  
  
  27.         public string UserAccount { get; set; }  
    28.    
  
  
  
  28.     } 
    29.

這里假設(shè)要修改的用戶的用戶名叫做“youguanbumen”，所以驗(yàn)證的時(shí)候如果輸入了有關(guān)部門是不應(yīng)該提示“該賬號(hào)已存在”的（因?yàn)榫褪撬约?，用了這個(gè)賬號(hào)是沒問題的）?？刂破鞯拇a我就不寫咯，大致就是得到一個(gè)用戶名叫做“youguanbumen”的Model——MyUser_UpdateModel類，然后通過return View(object model)方法丟給View（當(dāng)然，View是強(qiáng)類型的——MyUser_UpdateModel類），測試結(jié)果截圖如下：

1、輸入“wodanwojun”作為用戶名，發(fā)現(xiàn)通不過，就像下面這張截圖這樣，原因請(qǐng)見上面的代碼！

2、輸入“youguanbumen”作為用戶名。發(fā)現(xiàn)沒有錯(cuò)誤提示，就像下面這張截圖這樣，原因請(qǐng)見上面的代碼，并對(duì)照前一篇文章中另外一個(gè)用于遠(yuǎn)程校驗(yàn)的Action的代碼！

總結(jié)一下：似乎寫出來的每一篇文章都不短但是講的東西都很少，呵呵，請(qǐng)別介意^_^。雖然寫代碼的經(jīng)驗(yàn)很不多，但是個(gè)人對(duì)于代碼還是有一些自己的看法的。選擇一個(gè)框架來開發(fā)一個(gè)系統(tǒng)，就意味著在開發(fā)的過程中你需要遵循某些約定好的東西，例如選擇WebForm來開發(fā)系統(tǒng)，就盡量的接受”事件相應(yīng)“和服務(wù)器端控件；選擇了MVC就要接受把C#代碼嵌到頁面去的這個(gè)事實(shí)，當(dāng)然如果使用了某些RIA框架后可能不出現(xiàn)這種情況（因?yàn)轫撁嫔系臇|西基本都是異步請(qǐng)求回來的）。特別是多人開發(fā)的時(shí)候，我們有必要遵循某些套路來寫代碼，例如上面這個(gè)例子，也許寫Model、寫View和寫Action是三個(gè)不同的人來完成的時(shí)候，“如果遵循這一個(gè)Action會(huì)有一個(gè)Model來支持它”的這種套路來走的話，每個(gè)人都很容易找到代碼的下手點(diǎn)，寫View的人知道如何去聲明頁面為強(qiáng)類型（他會(huì)去找相關(guān)的Model），寫Action的人知道return View（object model）中的model是啥，也知道用于處理Post的Action的參數(shù)是什么，寫Model的人需要很了解業(yè)務(wù)，知道哪些字段是必填的，那些字段有長度限制等等，但是他也許不知道這個(gè)Model會(huì)被拿去怎么展示！

ASP.NET MVC中的Model是和業(yè)務(wù)緊密相關(guān)的，有什么樣的業(yè)務(wù)需求就會(huì)產(chǎn)生什么樣的Model，并且會(huì)有相應(yīng)的Action來出來它，有相應(yīng)的View來展示它。如果基于這個(gè)想法來開發(fā)系統(tǒng)的話，很有可能得出這樣一個(gè)簡要的開發(fā)流程：研究業(yè)務(wù)-->轉(zhuǎn)化為對(duì)應(yīng)的Model，根據(jù)業(yè)務(wù)需求對(duì)Model的屬性配置驗(yàn)證特性-->設(shè)計(jì)數(shù)據(jù)庫表來對(duì)數(shù)據(jù)進(jìn)行存放（也許是xml也不一定）-->設(shè)計(jì)View來展示它，設(shè)計(jì)Action來處理它......。


文章名稱：淺談ASP.NET MVC 3中如何使用Model
本文路徑：http://www.dlmjj.cn/article/dhsijdo.html