以往我是將 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 處理交易例外
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 的幾種使用方式。
當需要用 Console App / WinForm給其他應用程式呼叫時，比如工作排程，會需要分析調用端傳過來的參數。
PowserArgs 除了能分析參數並轉成強型別之外，還能生成詳細的說明文件，只需要定義幾個 Attribute 就能完成，真的是令我驚艷阿
.NET Core 跟以往 .NET Framework 存取組態設定檔有很大的不一樣，概略的比較如下：
這裡就著重在 .NET Core 的組態設定
有天跟同事結對開發的時候，發現 EF6 新增後，會多一個 IDENTITY 欄位的查詢，經研究後發現這個是 EF 6 的特性，觀察了一下 EF Core 也有相同的特性