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 用過 Swashbuckle(已停止更新)、Swagger-NET(fork Swashbuckle)，在 .NET Core，已經不適用了，同時支援 ASP.NET Core 及 OWIN Middleware，通吃 .NET Framework 與 .NET Core 版本的 WebAPI，該是時候準備換掉了...
使用 SSL 已經是網頁服務基本的資訊安全設定，在 Self Host 設定 SSL 相當的容易，應該是說有關 Self Host、OWIN、WCF 和 IIS 脫鉤的 Windows 平台服務，都是靠 netsh 來設定 URL、Certificate
Hangfire 是開源的 .NET 非同步任務調度框架，當你需要定期執行、延遲執行、執行失敗重試，他就是你的選項之一。它脫離 Windows 工作排程，在 Web 檢視、重送任務，在 Hangfire 操作 UI 介面可以知道你指派給它的任務狀態，何時成功？為什麼失敗？(例外捕捉)下一次任務觸發時間？訊息可說是相當的完整。
比如：一個工作(Method)需要花費大量時間，除了寫背景執行緒之外，現在又多了一個選擇1.6 以上的版本已支持 .NET Core，個人認為它最大的特點內建視覺化的報表，方便後台監試。
上一篇使用 [Unit Test] 小技巧-利用 Header 提高 Web API 可測試性，這篇的作法會讓被測目標物的職責變多，我們可以改用 Autofac 來改善這問題
之前有寫過用 TestServer 測試 Web API，[ASP.NET Identity] 使用 Microsoft.Owin.Testing 測試 OAuth Server 和 Web API，某些情境使用上會失效，比如 Redirect，後來又改用了 OWIN，就比較沒有問題了
續上篇，https://dotblogs.com.tw/yc421206/2016/08/02/identity_oauth_owin_setup
隨著功能的演進，原本用 Fiddler 編寫的測試腳本，越來越不容易管理，Web API 的品質也越來越不穩定
有了 TestServer 之後，我的問題就一掃而空，接下來就來分享我的作法，
續上篇 https://dotblogs.com.tw/yc421206/2016/08/02/asp_net_identity_basic 了解 ASP.NET Identity 的 UserManager 的運作方式後，這裡就要把 UserManager 丟到 OWIN 執行
