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??蚣軙槟阕詣幼訫odelStateInvalidFilter,這個會運行在OnActionExecuting事件里面。
基于現(xiàn)有框架的代碼編寫的話,所以我們不再需要在業(yè)務中耦合這樣的模型判斷代碼,系統(tǒng)內(nèi)部會檢查ModelState是否為Valid,如果為InValid會直接返回400 BadRequest,這樣就沒有必要執(zhí)行后面的代碼,提高效率。因此,操作方法中不再需要以下代碼:
if (!ModelState.IsValid)
{
return BadRequest(ModelState);
}
問題引入
在我們的真實開發(fā)中,當我們碰到參數(shù)驗證沒通過400錯誤時,我們希望的是后臺返回一個可理解的Json結(jié)果返回,而不是直接在頁面返回400錯誤。所以我們需要替換掉默認的BadRequest響應結(jié)果,把結(jié)果換成我們想要的Json結(jié)果返回。
自定義 BadRequest 響應
我們?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ā)的響應,請使用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é)
我們在實際應用過程中,針對WebApi的開發(fā)基本上對于所有的請求都是要返回自定義結(jié)果的,所以我們需要覆蓋默認的覆蓋默認的模型認證行為,上面給出了兩種方案:
第一種方案:符合Framework時代的風格,需要額外在指定覆蓋原有的模型驗證(SuppressModelStateInvalidFilter = true)
第二種方案:官方建議做法,符合Core時代的風格,只需復寫InvalidModelStateResponseFactory委托即可,個人也推薦第二種方案。
好了,以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值,謝謝大家對腳本之家的支持。
- 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
The 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服務的實現(xiàn)步驟
本文主要介紹了.NET6創(chuàng)建Windows服務的實現(xiàn)步驟,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2023-06-06
asp.net Application_AcquireRequestState事件,導致Ajax客戶端不能加載
項目中使用Application_AcquireRequestState事件,來做一些用戶信息的驗證工作.2010-03-03
.net core如何利用ConcurrentTest組件對方法進行壓力測試詳解
這篇文章主要給大家介紹了關(guān)于.net core如何利用ConcurrentTest組件對方法進行壓力測試的相關(guān)資料,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面來一起看看吧2018-11-11
簡單使用BackgroundWorker創(chuàng)建多個線程的教程
簡單使用BackgroundWorker創(chuàng)建多個線程的教程,需要的朋友可以參考一下2013-03-03
Asp.net使用SignalR實現(xiàn)聊天室的功能
這篇文章主要介紹了Asp.net使用SignalR實現(xiàn)聊天室的功能的相關(guān)資料,需要的朋友可以參考下2016-04-04

