您好,登錄后才能下訂單哦!
這篇文章主要介紹了.NET Core 2.2如何新增部分功能,具有一定借鑒價值,感興趣的朋友可以參考下,希望大家閱讀完這篇文章之后大有收獲,下面讓小編帶著大家一起了解一下。
1. 對 API 接口統一大小寫的支持
1.1 查看以下接口代碼
[HttpGet] public ActionResult<UserInfo> Get() { return new UserInfo() { Name = "Ron.liang", RegTime = DateTime.Now }; } [HttpGet("{id}")] public ActionResult<Dictionary<string, string>> Get(int id) { return new Dictionary<string, string> { { "Name", "Ron.liang" }, { "RegTime", DateTime.Now.ToString() } }; } // 接口 1 輸出 { name: "Ron.liang", regTime: "2018-12-05T10:40:37.5090634+08:00" } // 接口 2 輸出 { Name: "Ron.liang", RegTime: "2018-12-05T10:40:58.5072645+08:00" }
1.2 默認情況下,字典內地字段名稱將不會被應用 CamelCaseNamingStrategy ,所以如果要保持字段名稱大小寫統一的問題,可在 ConfigureServices 中加入 AddJsonOptions(o => o.UseCamelCasing(true))
public void ConfigureServices(IServiceCollection services) { services.AddMvc().AddJsonOptions(o => o.UseCamelCasing(false)).SetCompatibilityVersion(CompatibilityVersion.Version_2_2); }
AddJsonOptions 內置兩個默認擴展,你可以使用 UseCamelCasing 或者 UseMemberCasing ,如果使用 UseMemberCasing ,表示使用成員字段的大小寫規則,即不改變大小寫輸出
1.3 有意思的是,AddJsonOptions(o => o.UseCamelCasing(true)) 顯式傳入值的方式是由 JamesNK 這個哥們杠出來的結果,詳見
https://github.com/aspnet/Mvc/pull/7962
2. 復合驗證-驗證模型的擴展
1.1 在之前的版本中,如果希望對一個屬性應用多個驗證,必須書寫多個驗證類,如
public class UserInfo { [StringLength(20), RegularExpression(@"^[a-zA-Z]$")] public string Name { get; set; } [StringLength(20), RegularExpression(@"^[a-zA-Z]$")] public string Title { get; set; } public DateTime RegTime { get; set; } }
2.2 在 .NET Core 2.2 以后的版本中,你可以通過擴展來避免這個問題,通過繼承自 ValidationProviderAttribute 并重寫 GetValidationAttributes 方法來實現復合驗證
public class UserInfo { [Name] public string Name { get; set; } [Name] public string Title { get; set; } public DateTime RegTime { get; set; } } public class NameAttribute : ValidationProviderAttribute { public override IEnumerable<ValidationAttribute> GetValidationAttributes() { return new List<ValidationAttribute> { new RequiredAttribute(), new RegularExpressionAttribute(pattern: "[A-Za-z]*"), new StringLengthAttribute(maximumLength: 20) }; } }
2.3 看起來是不是簡潔多了
3. API Controller 增加默認的響應處理類型
3.1 在以前的版本中,可以通過在 API 上增加特性 ProducesResponseType 來處理不同的 HttpCode 響應,然后 pranavkm 覺得,我們應該像 Swagger/OpenApi 一樣,增加一個默認的響應處理類型,然后就出現了
namespace Microsoft.AspNetCore.Mvc { /// <summary> /// A filter that specifies the type of the value and status code returned by the action. /// </summary> [AttributeUsage(AttributeTargets.Class | AttributeTargets.Method, AllowMultiple = true, Inherited = true)] public class ProducesResponseTypeAttribute : Attribute, IApiResponseMetadataProvider { .... }
3.2 說實話,上面的這個類,我沒搞懂到底怎么用,有知道的朋友請在評論中回復,我將把它加入文中,感謝。
4. Razor 視圖部分優化
4.1 .NET Core 團隊認為,在 Razor 視圖中,如果使用 @Html.Parital 引入分部視圖,可能存在潛在的死鎖情況,所以將 @Html.Parital 變更為
//舊的: @Html.Partial("_StatusMessage", Model.StatusMessage) // 新的: <partial name="_StatusMessage", for="StatusMessage" />
4.2 如果你現在嘗試使用 .NET Core 2.2 創建新的 MVC 項目,你就馬上可以看到該變化了
5. 鉤子
5.1 通過設置環境變量,可以在程序 Main 方法運行前執行一些業務邏輯,但是 .NET Core 團隊建議,該功能只是一些低級的鉤子,不要用于復雜的業務,如有需要,還是應該使用依賴注入,有空再嘗試一下該功能,應該會很有意思
感謝你能夠認真閱讀完這篇文章,希望小編分享的“.NET Core 2.2如何新增部分功能”這篇文章對大家有幫助,同時也希望大家多多支持億速云,關注億速云行業資訊頻道,更多相關知識等著你來學習!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。