余小章 @ 大內殿堂

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

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 的幾種使用方式。

.NET Core 跟以往 .NET Framework 存取組態設定檔有很大的不一樣，概略的比較如下：

• .NET Core
  • json format
  • appsettings.json 檔
  • 可繫結強型別
• .NET Framework
  • xml format
  • web.config / app.config
  • Settings.settings
    • ​Auto Generate Code
    • Scope
      • User
      • Applicationer

這裡就著重在 .NET Core 的組態設定

如果可以，應避免使用「註解/反註」解來切換設定。

預設 ，Transform 在 Web.config 執行部署才會觸發 Config 轉換，當開發人員需要在 VS IDE 除錯模式 (F5 /Ctrl+F5) 下切換設定時，卻無法套用切換設定，這時，可以透過 MsBuild 的 Task 來處理https://docs.microsoft.com/en-us/visualstudio/msbuild/how-to-extend-the-visual-studio-build-process?view=vs-2015&redirectedfrom=MSDN

當需要雙向及時通訊，SingalR 則是我的選項之一，它算是非常容易上手的框架。
小朱前輩寫了一些基礎概念的文章，有興趣的可以前往看一下：
https://www.dotblogs.com.tw/regionbbs/Search?q=signalr

之前有寫過用 Web API 2 整合 JWT [ASP.NET Web API] 實作 System.IdentityModel.Tokens.Jwt 進行身分驗證，到了 ASP.NET Core 之後，用法沒有太大變化，不過我個人認為驗證的注入設定可讀性變的更高了...

ASP.NET Core 預設似乎沒有提供 Basic Authentication 的 DI，但仍然可以自行實作 AuthenticationHandler

我在 .NET 用過 Swashbuckle(已停止更新)、Swagger-NET(fork Swashbuckle)，在 .NET Core，已經不適用了，同時支援 ASP.NET Core  及 OWIN Middleware，通吃 .NET Framework 與 .NET Core 版本的 WebAPI，該是時候準備換掉了...