接續上一篇 [ASP.NET Core] 使用 dotnet watch 自動編譯修改過的 C#代碼並執行程式
已經能邊改代碼儲存後，就能看到最新的程式結果，
不過改完代碼後，也不確定是否就是按照想像中的程式那樣跑，
就需要 Debug 幫我們釐清程式執行的內容了。
有沒有使用指令 dotnet run 或用 VS Code 按 Debug 執行 ASP.NET Core，
常常發現有一段 Code 想要改一下，但是你已經在執行網站了，
所以得停止網站程序，並修改代碼後，在 dotnet run 或按 Debug 來執行，
主角登場！ dotnet watch 能解決在執行過程中，直接修改代碼儲存，就會背景自動編譯，自動重新執行！
Visual Studio Code (我都簡稱 VS Code) 是一款輕量型的編輯器，
可以跨不同作業系統(Windows, macOS and Linux)使用 VS Code 來開發程式，
Debug ASP.NET Core 的專案之前，記得要有安裝 .NET Core SDK 跟與安裝 C#擴充套件
開發 .NET Core 程式之前，第一次記得先到官網安裝 .NET Core SDK，
https://www.microsoft.com/net/core#windowscmd
如果已經安裝 .NET Core SDK，就能使用 ，dotnet 指令，
指令的部分都用命令提示字元( Windows + R，輸入 cmd 按下 Enter)來操作，
不用 IDE 的話，就得使用 Command Line 來操作。
看到這個好用的擴充套件是從 ASP.NET MVC 使用 Entity Framework Code First - 基礎入門 發現，
如果用 Code First 開發的話，有時候也想要看像是 edmx 那種圖形，也有助於理解整個結構，
但在 Visual Studio 2015 擴充套件頁面中卻搜尋不到
今天使用 Dapper 查詢 SQL時，出現 於 System.ArgumentException 擲回例外狀況: 'Oracle.ManagedDataAccess.dll' Value does not fall within the expected range.
先 Google 的話，可以看到這篇解答 Dapper query slow with DateTime type parameter?
明確指出 Oracle.ManagedDataAccess 在設定 DbType 時，會將 DbType.DateTime 轉換為 OracleDbType.TimeStamp，
並且提供修改 SQL 的方向 [ Cast ( As Date) ]，讓比對 Oracle Date 欄位的索引才有用的解決方法。
上一篇 [設計模式] 責任鏈模式之變種 - 責任鏈子 將責任與鏈子分開使用，
這篇在將鏈子進行改良，能在開發上更方便使用。
今天看到 wikipedia 的責任鏈模式，好奇之下搜尋相關文章，此文章主要參考
91大的 [.NET]重構之路系列v11 –用責任鏈模式打破討厭的switch case
的變種作法，所以跟原本的責任鏈模式的設計思路不太相同，但結果相同，
所以閱讀前，建議先看完91大的文章後，在來看這篇會比較能感覺出差異。
使用的專案範本是 MVC，網站執行起來，就能做登入帳號密碼驅動 Entity Framework Code First 建立 Web.config 所設定的 LocalDB 資料庫檔案，
