ASP.NET Core實現(xiàn)自定義WebApi模型驗證詳解
Framework時代
在Framework時代,我們一般進行參數(shù)驗證的時候,以下代碼是非常常見的
[HttpPost] public async Task<JsonResult> SaveNewCustomerAsnyc(AddCustomerInput input) { if (!ModelState.IsValid) { return Json(Result.FromCode(ResultCode.InvalidParams)); } ..... }
或者高級一點是實現(xiàn)IActionFilter進行攔截,如下:
public class ApiValidationFilter : IActionFilter { public bool AllowMultiple => false; public async Task<HttpResponseMessage> ExecuteActionFilterAsync(HttpActionContext actionContext, CancellationToken cancellationToken, Func<Task<HttpResponseMessage>> continuation) { var method = actionContext.ActionDescriptor.GetMethodInfoOrNull(); if (method == null) { return await continuation(); } if (!actionContext.ModelState.IsValid) { var error = actionContext.ModelState.GetValidationSummary(); var result = Result.FromError($"參數(shù)驗證不通過:{error}", ResultCode.InvalidParams); return actionContext.Request.CreateResponse(result); } return await continuation(); } }
public static class ModelStateExtensions { /// <summary> /// 獲取驗證消息提示并格式化提示 /// </summary> public static string GetValidationSummary(this ModelStateDictionary modelState, string separator = "\r\n") { if (modelState.IsValid) return null; var error = new StringBuilder(); foreach (var item in modelState) { var state = item.Value; var message = state.Errors.FirstOrDefault(p => !string.IsNullOrWhiteSpace(p.ErrorMessage))?.ErrorMessage; if (string.IsNullOrWhiteSpace(message)) { message = state.Errors.FirstOrDefault(o => o.Exception != null)?.Exception.Message; } if (string.IsNullOrWhiteSpace(message)) continue; if (error.Length > 0) { error.Append(separator); } error.Append(message); } return error.ToString(); } }
然后在啟動項把這個攔截注冊進來使用即可
.Net Core時代
自動模型狀態(tài)驗證
在.Net Core的時代中,框架會幫你自動驗證model的state,也就是ModelState。框架會為你自動注冊ModelStateInvalidFilter,這個會運行在OnActionExecuting事件里面。
基于現(xiàn)有框架的代碼編寫的話,所以我們不再需要在業(yè)務(wù)中耦合這樣的模型判斷代碼,系統(tǒng)內(nèi)部會檢查ModelState是否為Valid,如果為InValid會直接返回400 BadRequest,這樣就沒有必要執(zhí)行后面的代碼,提高效率。因此,操作方法中不再需要以下代碼:
if (!ModelState.IsValid) { return BadRequest(ModelState); }
問題引入
在我們的真實開發(fā)中,當我們碰到參數(shù)驗證沒通過400錯誤時,我們希望的是后臺返回一個可理解的Json結(jié)果返回,而不是直接在頁面返回400錯誤。所以我們需要替換掉默認的BadRequest響應(yīng)結(jié)果,把結(jié)果換成我們想要的Json結(jié)果返回。
自定義 BadRequest 響應(yīng)
我們?nèi)绾胃淖?ASP.NET Core WEB API 模型驗證的默認行為呢?具體的做法是在通過Startup的ConfigureServices方法配置ApiBehaviorOptions來實現(xiàn),先來看一下這個類?!?/p>
public class ApiBehaviorOptions { public Func<ActionContext, IActionResult> InvalidModelStateResponseFactory { get; set; } public bool SuppressModelStateInvalidFilter { get; set; } public bool SuppressInferBindingSourcesForParameters { get; set; } public bool SuppressConsumesConstraintForFormFileParameters { get; set; } }
所有bool類型的屬性默認都是false。
方案一
當 SuppressModelStateInvalidFilter 屬性設(shè)置為 true 時,會禁用默認行為
public void ConfigureServices(IServiceCollection services) { services .AddMvc() .AddXmlSerializerFormatters() //設(shè)置支持XML格式輸入輸出 .SetCompatibilityVersion(CompatibilityVersion.Version_2_1); //禁用默認行為 services.Configure<ApiBehaviorOptions>(options => { options.SuppressModelStateInvalidFilter = true; }); }
當我們禁用完之后,需要我們自定義的返回結(jié)果了,我們使用上面的定義的ApiValidationFilter進行攔截和返回。需要在ConfigureServices方法里面把這個攔截器注冊進來
public void ConfigureServices(IServiceCollection services) { ..... services .AddMvc(options => { options.Filters.Add<ApiValidationFilter>(); }) .AddXmlSerializerFormatters() //設(shè)置支持XML格式輸入輸出 .SetCompatibilityVersion(CompatibilityVersion.Version_2_1); }
方案二
這也是官網(wǎng)的推薦的做法是,若要自定義驗證錯誤引發(fā)的響應(yīng),請使用InvalidModelStateResponseFactory。這個InvalidModelStateResponseFactory是一個參數(shù)為ActionContext,返回值為IActionResult的委托,具體實現(xiàn)如下:
public void ConfigureServices(IServiceCollection services) { services .AddMvc() .AddXmlSerializerFormatters() //設(shè)置支持XML格式輸入輸出 .SetCompatibilityVersion(CompatibilityVersion.Version_2_1); //參數(shù)驗證 services.Configure<ApiBehaviorOptions>(options => { options.InvalidModelStateResponseFactory = (context) => { var error = context.ModelState.GetValidationSummary(); return new JsonResult(Result.FromError($"參數(shù)驗證不通過:{error.ToString()}", ResultCode.InvalidParams)); }; }); }
上面的代碼是覆蓋ModelState管理的默認行為(ApiBehaviorOptions),當數(shù)據(jù)模型驗證失敗時,程序會執(zhí)行這段代碼。沒通過驗證的ModelState,把它拋出的錯誤信息通過格式化利用JsonResult返回給客戶端。
總結(jié)
我們在實際應(yīng)用過程中,針對WebApi的開發(fā)基本上對于所有的請求都是要返回自定義結(jié)果的,所以我們需要覆蓋默認的覆蓋默認的模型認證行為,上面給出了兩種方案:
第一種方案:符合Framework時代的風(fēng)格,需要額外在指定覆蓋原有的模型驗證(SuppressModelStateInvalidFilter = true)
第二種方案:官方建議做法,符合Core時代的風(fēng)格,只需復(fù)寫InvalidModelStateResponseFactory委托即可,個人也推薦第二種方案。
好了,以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,謝謝大家對腳本之家的支持。
- ASP.NET?Core?模型驗證消息的本地化新姿勢詳解
- ASP.NET?Core?6.0?基于模型驗證的數(shù)據(jù)驗證功能
- ASP.NET?Core中Cookie驗證身份用法詳解
- asp.net core3.1cookie和jwt混合認證授權(quán)實現(xiàn)多種身份驗證方案
- asp.net core配合vue實現(xiàn)后端驗證碼邏輯
- [Asp.Net Core]用Blazor Server Side實現(xiàn)圖片驗證碼
- asp.net core系列之模型綁定和驗證方法
- ASP.NET Core WebApi中使用FluentValidation驗證數(shù)據(jù)模型的方法
相關(guān)文章
asp.net運行提示未將對象引用設(shè)置到對象的實例錯誤解決方法
asp.net運行提示未將對象引用設(shè)置到對象的實例錯誤解決方法,需要的朋友可以參考下2012-03-03如何將asp.net core程序部署到Linux服務(wù)器
這篇文章主要介紹了將asp.net core程序部署到Linux服務(wù)器上的詳細過程,本文給大家介紹的非常詳細,對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2022-09-09The remote procedure call failed and did not execute的解決辦法
打開IIS隨便訪問一個.asp文件,提示The remote procedure call failed and did not execute2009-11-11.NET6創(chuàng)建Windows服務(wù)的實現(xiàn)步驟
本文主要介紹了.NET6創(chuàng)建Windows服務(wù)的實現(xiàn)步驟,文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-06-06asp.net Application_AcquireRequestState事件,導(dǎo)致Ajax客戶端不能加載
項目中使用Application_AcquireRequestState事件,來做一些用戶信息的驗證工作.2010-03-03.net core如何利用ConcurrentTest組件對方法進行壓力測試詳解
這篇文章主要給大家介紹了關(guān)于.net core如何利用ConcurrentTest組件對方法進行壓力測試的相關(guān)資料,文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面來一起看看吧2018-11-11簡單使用BackgroundWorker創(chuàng)建多個線程的教程
簡單使用BackgroundWorker創(chuàng)建多個線程的教程,需要的朋友可以參考一下2013-03-03Asp.net使用SignalR實現(xiàn)聊天室的功能
這篇文章主要介紹了Asp.net使用SignalR實現(xiàn)聊天室的功能的相關(guān)資料,需要的朋友可以參考下2016-04-04