說到驗證，那就需要做三件事： 定義驗證規則 按驗證規則進行檢查 報告驗證的錯誤。在把錯誤報告給API消費者的時候，報告里並不包含到底是服務端還是API消費者引起的錯誤，這是狀態碼的工作。而通常響應的Body裡面會包含一組驗證錯誤信息，API消費者可以把這些信息展示給API消費者的用戶。 定義驗證規則 ...
說到驗證，那就需要做三件事：
-
定義驗證規則
-
按驗證規則進行檢查
-
報告驗證的錯誤。在把錯誤報告給API消費者的時候，報告里並不包含到底是服務端還是API消費者引起的錯誤，這是狀態碼的工作。而通常響應的Body裡面會包含一組驗證錯誤信息，API消費者可以把這些信息展示給API消費者的用戶。
定義驗證規則
想要定義驗證規則，我們可以使用ASP.NET Core內置的方式或者使用第三方庫。
在ASP.NET Core裡面，驗證規則可以通過以下的方式來進行定義：
-
Data Annotations。例如 [Required]，[MaxLength]等等。
-
自定義Atrribute。
-
實現IValidatableObject介面。
驗證什麼？
驗證的是輸入數據，而不是輸出數據。例如POST請求Body裡面的參數就需要進行驗證，而GET請求返迴響應裡面的內容就不需要驗證了。
按驗證規則進行檢查
ASP.NET Core 內置了一個 ModelState對象，它用來做驗證規則檢查。
-
ModelState對象是一個Dictionary（字典），它既包含model的狀態，又包含model的綁定驗證信息。
-
它也包含針對每個提交的屬性值的錯誤信息的集合。每當有請求進來的時候，定義好的驗證規則就會被檢查。
如果有一個規則驗證不通過的話，那麼ModelState.IsValid()方法就會返回false。而且如果傳進來的屬性的類型不正確的話，該方法也會返回false。
報告驗證錯誤信息
由於驗證錯誤肯定是由客戶端引起的，所以返回的狀態碼肯定是4xx。針對驗證錯誤，具體的就是422 Unprocessable entity 這個狀態碼。
之前也講過 422 表示伺服器理解了entity的Content-Type，並且語法也正確，但是仍然無法處理所包含的結構數據。例如：語法正確，但是語義不正確。
當報告驗證錯誤信息的時候，我們不僅要使用正確的狀態碼，還需要在響應的body裡面包含驗證錯誤信息。
REST並沒有規定返回的錯誤信息的格式，但是有一個標準卻規定了此事：Validation Problem Details RFC，它定義了這樣的響應的body應該是什麼樣的。ASP.NET Core內置了對這個標準的支持，後續視頻教程中可以看到。
