在開發(fā)ASP.NET Core MVC應(yīng)用程序時(shí)，需要對(duì)控制器中的模型校驗(yàn)數(shù)據(jù)有效性，元數(shù)據(jù)注釋(Data Annotations)是一個(gè)完美的解決方案。

元數(shù)據(jù)注釋最典型例子是確保API的調(diào)用者提供了某個(gè)屬性的值，在傳統(tǒng)的ASP.NET MVC中使用的是RequiredAttribute特性類。該屬性仍然可以在ASP.NET Core MVC中使用，但也提供了一個(gè)新的特性類BindRequiredAttribute。

今天讓我們來看看它們之間的細(xì)微差別。

RequiredAttribute的典型用法

想象一下，您的模型是下面的BookOrder類。為了強(qiáng)制Author和Title屬性的值始終出現(xiàn)在傳入的請(qǐng)求中,并且值不能為空，我們使用RequiredAttribute修飾它們。

    public class BookOrder
    {
        [Required]
        public string Author { get; set; }
     
        [Required]
        public string Title { get; set; }
    }

這在傳統(tǒng)的ASP.NET MVC中是很常見方法。有了這個(gè)，您可以驗(yàn)證ModelState是否存在錯(cuò)誤，因?yàn)閷?duì)這些屬性的驗(yàn)證失敗會(huì)反映在這里。示例：

    [Route("bookorder")]
    public IActionResult PostBook([FromForm]BookOrder bookOrder)
    {
        if (!ModelState.IsValid)
        {
            return BadRequest(ModelState);
        }
     
        // 正常邏輯代碼
        return Content("OK");
    }

如果傳入的請(qǐng)求中缺少兩個(gè)必需的屬性（或者屬性的值為String.Empty），則響應(yīng)將是一個(gè)400狀態(tài)碼，并將模型狀態(tài)錯(cuò)誤序列化到響應(yīng)中。

使用Postman進(jìn)行測(cè)試，請(qǐng)求中只提供了Title屬性的值，而未提供Author屬性的值：

常有趣的問題，例如當(dāng)我們添加類似數(shù)量的屬性時(shí)（類型為int）。在這種情況下，RequiredAttribute將無法正常工作，因?yàn)槟J(rèn)值為0，并且該屬性不可能為空。即使客戶端在不包括屬性值的情況下提交請(qǐng)求，模型實(shí)例的值都將為0。換句話說，RequiredAttribute不起作用。在我們的例子中，我們使用的是int，但是同樣適用于所有值的類型，例如DateTime或Guid。

以前，在傳統(tǒng)的ASP.NET MVC中，解決這個(gè)問題的方法是使用一個(gè)可為空類型，如下所示：

    public class BookOrder
    {
        [Required]
        public string Author { get; set; }
     
        [Required]
        public string Title { get; set; }
     
        [Required]
        public int? Quantity { get; set; }
    }

雖然它解決了這個(gè)問題，但是這不是最優(yōu)雅的方式。Quantity屬性不能為null，如果API的調(diào)用者未提供該屬性的值，則該值保持為null，配合RequiredAttribute特性可以達(dá)到我們的目的。

這種方法的缺點(diǎn)是，在正常邏輯代碼中，您需要直接訪問可為空的Value屬性。

    [Route("bookorder")]
    public IActionResult PostBook([FromForm]BookOrder bookOrder)
    {
        if (!ModelState.IsValid)
        {
            return BadRequest(ModelState);
        }
     
        // 正常邏輯代碼
        var requestedQuantity = bookOrder.Quantity.Value;
        
        return Content("OK");
    }

如果通過靜態(tài)分析工具來檢查代碼，因?yàn)樗鼈冋也徊坏娇罩禉z測(cè)，所以會(huì)警告您可能出現(xiàn)空引用異常（即使在邏輯上，ModelState檢測(cè)是足夠的）。所以這并不是令人賞心悅目的方案。

如果在VS中安裝了Resharper工具，會(huì)顯示如下警告：

這就是BindRequiredAttribute產(chǎn)生的原因。它和RequiredAttribute的工作方式類似，它要求請(qǐng)求必須提示屬性的值 。

我們將模型改為如下結(jié)構(gòu)，Quantity屬性為int類型，并使用[BindRequired]修飾：

    public class BookOrder
    {
        [Required]
        public string Author { get; set; }
     
        [Required]
        public string Title { get; set; }
     
        [BindRequired]
        public int Quantity { get; set; }
    }

使用Postman進(jìn)行測(cè)試，在請(qǐng)求體不包括Quantity屬性的值：

測(cè)試結(jié)果為ModelState.IsValid返回的false，要求提供Quantity屬性的值。

RequiredAttribute與BindRequiredAttribute的差別

BindRequiredAttribute特性類只要求API的調(diào)用者提供該屬性的值，但不進(jìn)行空值檢測(cè)，允許提供的值為空，例如我們將模型改為如下示例，所有屬性中都使用了BindRequiredAttribute特性類進(jìn)行注釋：

    public class BookOrder
    {
        [BindRequired]
        public string Author { get; set; }
     
        [BindRequired]
        public string Title { get; set; }
     
        [BindRequired]
        public int Quantity { get; set; }
    }

使用Postman進(jìn)行測(cè)試，在請(qǐng)求體包括這三個(gè)屬性名稱的參數(shù)，但是屬性的值均為空或默認(rèn)值：

測(cè)試結(jié)果為正常，BindRequiredAttribute特性類只要求API的調(diào)用者提供該屬性的值，但不進(jìn)行空值檢測(cè)，允許提供的值為空。

RequiredAttribute 與 BindRequiredAttribute 混用問題

當(dāng)然，在代碼中混合使用[Required]和[BindRequired]并不是一個(gè)最令人滿意的效果。值得慶幸的是，ASP.NET Core MVC為您提供了足夠的靈活性來改變RequiredAttribute的行為，強(qiáng)制它包含BindRequiredAttribute的行為。

您可以通過實(shí)現(xiàn)自己的IBindingMetadataProvider并在您的應(yīng)用程序全局范圍內(nèi)注冊(cè)來實(shí)現(xiàn)這一目標(biāo)。

    public class RequiredBindingMetadataProvider : IBindingMetadataProvider
    {
        public void CreateBindingMetadata(BindingMetadataProviderContext context)
        {
            if (context.PropertyAttributes?.OfType<RequiredAttribute>().Any() ?? false) {
                context.BindingMetadata.IsBindingRequired = true;
            }
        }
    }

在全局范圍內(nèi)注冊(cè)它：

    public void ConfigureServices(IServiceCollection services)
    {
        services.AddMvc(o =>
        {
            o.ModelMetadataDetailsProviders.Add(new RequiredBindingMetadataProvider());
        });
    }

相關(guān)補(bǔ)充內(nèi)容

1、ASP.NET Core MVC還提供了BindNeverAttribute特性類用于指定該屬性不進(jìn)行模型綁定。例如：您擁有一個(gè)像IsAdmin這樣的屬性，這需要通過服務(wù)端來指定，而不是通過客戶提交的數(shù)據(jù)來指定；

2、如果客戶端提交的是Json格式的數(shù)據(jù)，BindRequiredAttribute與BindNeverAttribute特性類就不會(huì)起任何作用，這是因?yàn)槟Ｐ椭苯油ㄟ^Json.Net反序列化來創(chuàng)建，MVC框架并不知道屬性的值從何而來。

上面補(bǔ)充的兩點(diǎn)，感興趣的同學(xué)可以自己進(jìn)行測(cè)試。

總結(jié)

• RequiredAttribute特性類的行為在傳統(tǒng)的ASP.NET MVC與ASP.NET Core MVC是一致的，校驗(yàn)屬性的值不能為null；
• RequiredAttribute特性類對(duì)于值類型的屬性，就沒有任何效果了，所以在編碼的過程將屬性的類型改為可為空類型，不過編碼的過程就比較糾結(jié)了，需要訪問可為空類型的Value屬性，而且靜態(tài)代碼檢測(cè)工具會(huì)警告需要進(jìn)行非空的校驗(yàn)；
• BindRequiredAttribute特性類可以解決值類型默認(rèn)值的問題，強(qiáng)制要求客戶端提交請(qǐng)求時(shí)，必須包含屬性的值，不過屬性的值可以為空，不進(jìn)行非空的校驗(yàn)；
• 在RequiredAttribute與BindRequiredAttribute混合使用的情況下，我們也提供了優(yōu)雅的方法，讓RequiredAttribute包含BindRequiredAttribute的行為。

到此這篇關(guān)于ASP.NET Core MVC中Required與BindRequired用法與區(qū)別的文章就介紹到這了。希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論