Tag: Catalina

在上一篇介紹了資料驗證的三個時機，在這一篇將會實作上一篇的內容。 同步發表於我的部落格：http://alantsai2007.blogspot.com/2014/10/BuildYourOwnApplicationFrameworkOnMvc-18-DataValidation-implement.html 基本流程 首先，需要定義出一個能夠用來裝錯誤訊息的資料載體。這個Class的用處只是方便我們在3段不同地方做驗證的時候，可以儲存錯誤訊息，並且在3層互相傳遞。 再來，會定一個Wrapper，把錯誤訊息包起來，並且提供一個方法回傳，驗證是否成功。 最後，在Controller那邊的驗證（ModelStateDictionary）和Repository儲存（如果驗證失敗會丟出exception）出現錯誤訊息的時候，把這些放在Wrapper 裡面，方便統一顯示資料驗證。 需要新增的Class和interface 首先先介紹會增加的interface和Class，然後才介紹如何實際做到Freamwork裡面。 定義裝載錯誤訊息的載體 基本上定義一個interface（IBaseError）代表一個錯誤訊息會有的欄位。基本上這個interface有兩個property，一個是儲存錯誤訊息的資訊，另外一個是儲存這個錯誤訊息對應到的Property。 因為，不是所有錯誤訊息都會有對應的欄位，因此，會用兩種實作，一個是PropertyError，代表這個錯誤訊息和Property有關聯（例如某一個欄位是必填欄位，那沒就是屬於這種類型的錯誤哦訊息）。 另外一種實作則是通用型錯誤訊息叫做GeneralError。這種錯誤是不會和某一個欄位有關的，因此只會有錯誤訊息的值，而不會有property欄位。 如果用Class Diagram表示就是： 裝在錯誤訊息的Class 接住Repository層的驗證錯誤邏輯 在Repository層如果驗證錯誤的話，Entity Framework會丟出一個Exception。 因此，為了處理這個部份，將會定義一個自訂的Exception，可以幫忙把Entity Framework的錯誤訊息包住成為IBaseError。 Class Diagram的樣子會是： Entity Framework驗證錯誤Exception包住的客制Exception 驗證的Dictionary 在Mvc裡面，ModelStateDictionary會存放錯誤訊息，並且透過HtmlHelper很方便的能夠把裡面錯誤訊息顯示出來。 但是為了避免和ModelStateDictionary綁死，因此會定義一個interface，提供需要的方法，然後在做一個ModelStateDictionary Wrapper的實作，這樣就方便Service做資料驗證。 Class Diagram會是： 資料驗證的Dictionary Class Diagram 框架修改的地方來使用這個驗證 接下來就是修改目前已有的框架，來加上剛剛上面所新增的Class。 Repository層的修改 Repository層需要做的事情是在存檔的時候接住驗證錯誤的Exception，並且重新包過在往上丟給Service層去接，因此： /// <summary> /// 實作Entity Framework Unit Of Work的class /// </summary> public class EFUnitOfWork : IUnitOfWork { ...