余小章 @ 大內殿堂

.NET 提供了標準化的 Log (Microsoft.Extensions.Logging)，NLog 4.5 的時候支援了結構化日誌，同時也實作標準日誌，由於程式碼已經依賴了標準，引用 NLog 也只是彈指之間的設定，仍然可以使用舊的 NLog.Config。還不知道如何使用標準化日誌請看 這裡

Log 是系統不可或缺的角色，有利於我們開發(偵錯)、維運，.NET Core 發展出了標準化的 Log 抽象 Microsoft.Extensions.Logging.Abstractions，未來可使用這個標準來實現 Log

現在大多數的網站都需要使用 https URL，為了讓用戶仍可使用舊的 http 位置，這時可以採用轉址策略，讓用戶無痛使用，通過 IIS URL Rewrite 即可完成轉址情境。

以往我是將 Search Service 和 TFS Application Tier(TFS 已改名 Azure DevOps Server) 放在同一台機器，為了不要讓搜尋影響 Azure DevOps Server Application Tier，這次我要將 Search Service 放在另外一台主機上。

升級 Azure DevOps 的過程其實挺順利的，除了設定搜尋服務，安裝程式檢查跳出了以下錯誤

 "The following Windows service is installed on your computer: elasticsearch-service-x64. Remove elasticsearch-service-x64 to continue"

PS. Team Foundation 已改名為 Azure DevOps Server

在 VS IDE 用了 Vim 一段時間了，現在我要將 VS IDE 的 Vim 設定搬到 Rider，以下是我的設定步驟

下圖出自：https://blog.csdn.net/qq_42239765/article/details/103874859?utm_medium=distribute.pc_relevant.none-task-blog-title-3&spm=1001.2101.3001.4242

Global Error Handler 有很多的方式，這次來介紹 System.Web.Http.Filters.ExceptionFilterAttribute，用它集中管理應用程式的例外，不需要在每一個動作包裝錯誤，你可以針對不同的例外進行處理，比如，有專門的 Filter 處理交易例外

NPOI 是一個老牌處理 Excel 的套件 https://github.com/tonyqus/npoi，不過他並沒有提供 Excel to Model 的功能，所以用 NPOI 操作起來不是那麼的順手，Npoi.Mapper 擴充了 NPOI 的功能，讓我們可以直接使用強型別的 Model 讀寫 Excel，這樣一來 NPOI 也可以用 LINQ 了，試用了一下就把它納入處理 Excel 的軍火庫內了。

Npoi.Mapper 主要是處理資料對應，若是要用 C# 處理樣式，還是要使用 ClosedXML、EPPlus、NPOI...

ASP.NET 的 Request 物件的生命週期很短，只會出現在一個 Http Request，當需要跨物件傳遞資料時，比如 HttpModule、HttpHandler、Page 、Controller，可以善用 Request 物件來存放短暫的狀態。

既然可以傳遞物件，那麼我們也可以在 Request 初始化的時候，將所需要的物件注入至 Request 裡面，然後再到到 Page / Controller 取出來用；在不同的專案範本可以使用的 Request 物件都不太一樣，接下來分享我已經知道的寫法。

Web API 的 ExceptionFilterAttribute、IExceptionFilter 能幫我們處理應用程式等級的例外，但無法處理載體 (Host) 的例外，當使用 IIS 作為載體，假使發生未處理的例外時會出現黃頁，OWIN 作為載體時，ExceptionFilterAttribute、IExceptionFilter 卻攔截不到錯誤，此時應該改用 Microsoft.Owin.Diagnostics.IAppBuilder.UseErrorPage 擴充方法，接下來將會利用 Error Handler 這個情境，介紹 OWIN Middleware 的幾種使用方式。