<span id="mktg5"></span>

<i id="mktg5"><meter id="mktg5"></meter></i>

        <label id="mktg5"><meter id="mktg5"></meter></label>
        最新文章專題視頻專題問答1問答10問答100問答1000問答2000關鍵字專題1關鍵字專題50關鍵字專題500關鍵字專題1500TAG最新視頻文章推薦1 推薦3 推薦5 推薦7 推薦9 推薦11 推薦13 推薦15 推薦17 推薦19 推薦21 推薦23 推薦25 推薦27 推薦29 推薦31 推薦33 推薦35 推薦37視頻文章20視頻文章30視頻文章40視頻文章50視頻文章60 視頻文章70視頻文章80視頻文章90視頻文章100視頻文章120視頻文章140 視頻2關鍵字專題關鍵字專題tag2tag3文章專題文章專題2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章專題3
        問答文章1 問答文章501 問答文章1001 問答文章1501 問答文章2001 問答文章2501 問答文章3001 問答文章3501 問答文章4001 問答文章4501 問答文章5001 問答文章5501 問答文章6001 問答文章6501 問答文章7001 問答文章7501 問答文章8001 問答文章8501 問答文章9001 問答文章9501
        當前位置: 首頁 - 科技 - 知識百科 - 正文

        ASP.NET全棧開發教程之前后臺校驗結合詳解

        來源:懂視網 責編:小采 時間:2020-11-27 22:34:57
        文檔

        ASP.NET全棧開發教程之前后臺校驗結合詳解

        ASP.NET全棧開發教程之前后臺校驗結合詳解:前言 在Web系統開發時,往往會有存在大量的交互操作,交互就必須校驗數據的準確性啊,且不說一個字段可能存在多種校驗,若一個表單提交有10個字段難道我們要對這10個字段分別寫代碼去校驗嗎?如果是這樣,那每一個表單都要單獨去寫一份校驗豈不是太痛苦了?
        推薦度:
        導讀ASP.NET全棧開發教程之前后臺校驗結合詳解:前言 在Web系統開發時,往往會有存在大量的交互操作,交互就必須校驗數據的準確性啊,且不說一個字段可能存在多種校驗,若一個表單提交有10個字段難道我們要對這10個字段分別寫代碼去校驗嗎?如果是這樣,那每一個表單都要單獨去寫一份校驗豈不是太痛苦了?

        前言

        在Web系統開發時,往往會有存在大量的交互操作,交互就必須校驗數據的準確性啊,且不說一個字段可能存在多種校驗,若一個表單提交有10個字段難道我們要對這10個字段分別寫代碼去校驗嗎?如果是這樣,那每一個表單都要單獨去寫一份校驗豈不是太痛苦了?

        為了解決這個問題,聰明的程序員們開始了“偷懶”!

        今天我們介紹一位在.NET平臺下偷懶的——“FluentValidation”,正如其名,流利的驗證,他將我們的驗證開發工作變得流利甚至優美了起來。

        接下來我們就來看看如何使用它吧。

        首先我們使用nuget安裝 FluentValidation

        Nuget安裝命令:Install-Package FluentValidation -Version 7.6.104

        由于FluentValidation的驗證是基于模型的,所以,我們先來建立一個Person

        public class Person
         {
         /// <summary>
         /// 姓名
         /// </summary>
         public string Name { get; set; }
         /// <summary>
         /// 年齡
         /// </summary>
         public int Age { get; set; }
         /// <summary>
         /// 性別
         /// </summary>
         public bool Sex { get; set; }
        
         }

        有了模型,要想驗證模型,肯定得有驗證器才行,于是我們在創建一個Person的驗證器

        public class PersonValidator : AbstractValidator<Person>
         {
         public PersonValidator()
         {
         this.RuleFor(p => p.Name)
         .NotEmpty()
         .WithMessage("名字不能為空");
         this.RuleFor(p => p.Age)
         .NotEmpty()
         .WithMessage("年齡不能為空!!");
         }
         }

        驗證器必須繼承自AbstractValidator<T> ,泛型T表示該驗證器驗證的實體,在構造函數里通過this.RuleFor為指定的屬性設置驗證,在上述配置中為Person的Name和Age屬性都設置了非空,并且給出了相應的錯誤消息。

        現在實體有了,驗證器也有了,就差東風了。

        class Program
         {
         static void Main(string[] args)
         {
         Server(new Person { });
        
         Console.ReadKey(true);
         }
        
         private static void Server(Person model)
         {
         var validator = new PersonValidator();
        
         ValidationResult result = validator.Validate(model);
         if (!result.IsValid)
         {
         foreach (var failure in result.Errors)
         {
         //失敗的屬性名稱,如錯誤信息
         Console.WriteLine("Property " + failure.PropertyName + " failed validation. Error was: " + failure.ErrorMessage);
         }
         }
         Console.WriteLine("驗證完成!!");
         }
         }

        在Server方法中需要一個參數Person,Person是個對象,里面有3個屬性Name、Age、Sex,在Server內部我們創建了一個Person驗證器對象,用它來驗證我們的參數model,  驗證后會返回一個驗證結果。這個結果有2個重要的參數,第一是IsValid,驗證通過的時候返回True,第二個是Errors,他里面存放的是所有驗證失敗的信息,在驗證失敗的時候通過遍歷Errors即可獲取到所有錯誤信息,如上所示通過錯誤信息的PropertyName就能知道是哪個對象出錯了,而ErrorMessage自然就對應這個Property所出錯內容的WithMessage了。下面是運行結果

         

        至此,我們能夠使用基本驗證了。

        但在我們實際應用中不一定會像上述案例一樣一帆風順,也許我們的Person里會有一個Address屬性,他的類型不是一個String,而是一個對象Address,如下所示

        public class Person
         {
         /// <summary>
         /// 姓名
         /// </summary>
         public string Name { get; set; }
         /// <summary>
         /// 年齡
         /// </summary>
         public int Age { get; set; }
         /// <summary>
         /// 性別
         /// </summary>
         public bool Sex { get; set; }
        
         /// <summary>
         /// 地址
         /// </summary>
         public Address Address { get; set; }
         }
        public class Address
         {
         /// <summary>
         /// 家庭地址
         /// </summary>
         public string Home { get; set; }
        
         /// <summary>
         /// 家庭電話
         /// </summary>
         public string Phone { get; set; }
         }

        假如Address也有一個驗證器

        public class AddressValidator : AbstractValidator<Address>
         {
         public AddressValidator()
         {
         this.RuleFor(m => m.Home)
         .NotEmpty()
         .WithMessage("家庭住址不能為空");
        
         this.RuleFor(m => m.Phone)
         .Length(11, 12)
         .WithMessage("電話必須是11-12位之間");
         }
         }

        現在需求變了,在Person實體的要求里不僅要求Name、Age不能為空,并且還要求Address下的Home和Phone滿足AddressValidator的要求,這可怎么辦呢?

        當然你可以像這樣做

        public class PersonValidator : AbstractValidator<Person>
         {
         public PersonValidator()
         {
         this.RuleFor(p => p.Name)
         .NotEmpty()
         .WithMessage("名字不能為空");
         this.RuleFor(p => p.Age)
         .NotEmpty()
         .WithMessage("年齡不能為空!!");
        
         this.RuleFor(p => p.Address.Home)
         .MinimumLength(5)
         .WithMessage("家庭住址最短長度為5");
        
         }
         }

        通過Person.Address去給每一個屬性配置校驗,這并不是不能完成,但如果Address屬性比較比較多,在配置起來的時候重復工作量大大提高,并且人家AddressValidator已經完成配置了,你再來配置一遍,可以算是在浪費生命嗎?

        幸好,FluentValidation提供了一種為屬性設置驗證器的機制。

        public class PersonValidator : AbstractValidator<Person>
         {
         public PersonValidator()
         {
         this.RuleFor(p => p.Name)
         .NotEmpty()
         .WithMessage("名字不能為空");
         this.RuleFor(p => p.Age)
         .NotEmpty()
         .WithMessage("年齡不能為空!!");
        
         this.RuleFor(p => p.Address)
         .NotNull()
         .WithMessage("地址不能為空")
         .SetValidator(new AddressValidator());
        
         }
         }

        通過這樣我們就將Address下的Home和Phome的驗證追加到Person的Address屬性上去了。

        初步認識和使用就先到這兒了。感謝各位看官。后續會持續更新,直到搭建完系統架構。

        總結

        聲明:本網頁內容旨在傳播知識,若有侵權等問題請及時與本網聯系,我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

        文檔

        ASP.NET全棧開發教程之前后臺校驗結合詳解

        ASP.NET全棧開發教程之前后臺校驗結合詳解:前言 在Web系統開發時,往往會有存在大量的交互操作,交互就必須校驗數據的準確性啊,且不說一個字段可能存在多種校驗,若一個表單提交有10個字段難道我們要對這10個字段分別寫代碼去校驗嗎?如果是這樣,那每一個表單都要單獨去寫一份校驗豈不是太痛苦了?
        推薦度:
        • 熱門焦點

        最新推薦

        猜你喜歡

        熱門推薦

        專題
        Top
        主站蜘蛛池模板: 啦啦啦手机完整免费高清观看| 日韩免费的视频在线观看香蕉| 91视频国产免费| 亚洲视频一区调教| 一级毛片免费毛片一级毛片免费 | 久久精品国产亚洲av麻| 亚洲综合在线观看视频| 国产免费一区二区三区在线观看| 在线观看免费为成年视频| 亚洲一区二区三区丝袜| 免费在线观影网站| 亚洲AV无码码潮喷在线观看| 免费日本一区二区| 亚洲大香伊人蕉在人依线| 最近最新MV在线观看免费高清| 亚洲一区二区三区在线观看网站| 日韩一级视频免费观看| 免费人成网站永久| 成人免费一区二区无码视频| 精品久久久久久亚洲| 亚洲性无码av在线| 毛片免费视频在线观看| 免费精品国产自产拍在线观看| 亚洲中文字幕无码不卡电影| 久久综合九色综合97免费下载| 亚洲av成人一区二区三区| 国产精品99久久免费| 亚洲五月综合网色九月色| 国产精品四虎在线观看免费| 老司机精品免费视频| 亚洲av日韩片在线观看| 亚洲欧美日韩一区二区三区在线| 亚洲免费人成视频观看| 久久精品7亚洲午夜a| 一道本在线免费视频| 一级毛片直播亚洲| 99久久99久久免费精品小说| 亚洲国产一成人久久精品| 中文字幕乱码免费视频| a级毛片免费网站| 亚洲婷婷国产精品电影人久久|