驗證物件的 Properties 是否為 Null

一般這種需要確保屬性是否有值的動作，大都想到 MVC 有提供 ModelState.IsValid ，

快速且方便檢查Model Prop 上掛載的特性，如，是否可為Null 、長度... 等等；但若

無法在一開始就檢查，也許可以參考以下方式...

ASP.NET Core 3.1 注入 IHttpContextAccessor

一開始懷疑，為何 Controller 需要注入 IHttpContextAccessor 呢？因為原本

的 Controller 就已經可以透過 HttpContext 存取相關值來應用了，待到親手實

作後才發現，原來是因為 DI 走的極致， 不僅僅是 Controller ，而是其他如 

Service 也可能會需要透過 HttpContext 來做存取，如取得 Request、Response、

Session 等等的，以下動手紀錄一下

ASP.NET Core 3.1 注入 HttpClientFactory

需要介接第三方WebApi 時候，後端通常透過 WebClient 或 HttpClient 來達到目的，

由於  asp.net core 2.1 (.net framework 4.6 亦有)即推出了具有 Connection Pool 管理機制

的 HttpClientFactory，故這邊簡單說明如何使用。

ASP.NET Core 3.1 參考WCF

雖然使用了.net core ，但難免還是衰小會需要介接第三方服務，像是 wcf 或

 web service(你終究是要 .net core 的，為何不一開始就 .net core 呢？)？這邊，

嘗試介接相關服務，以及一些注意事項

ASP.NET Core 3.1 Filters：Global 與 Attribute 執行順序

前篇介紹了 Filter 掛載 Attribute 的方式， 知道 attribute 的方式同樣需要註冊

型別；而實際專案中確實有可能同時出現，全域的與獨立掛載的 Filter ，然而

兩者的執行順序又是如何呢？其實答案很明顯，手癢紀錄一下

ASP.NET Core 3.1 Filters ：掛載 Attribute

之前有介紹到 asp.net core 如何使用 filters，那時是使用 Global 方式加入，這次

說明可掛載到方法上的加入方式，還是有一點點的地方需要注意。

ASP.NET Core 3.1 使用 AutoMapper

在 Web 的世界，大量的資料處理與交換是必須的，故對於資料的提供與轉換上

的所花費的工，當然是越少越好；情境上可能會是介接第三方 WebApi 以及回傳

對應的資料格式，要完成這些任務雖不難，但是瑣碎，邏輯管理上也挺繁雜的，

幸好 AutoMapper 可以協助減輕這類的工作。