.NET Framework 可以利用 OWIN 把 Web API 掛載起來，用測試打進去，在 .NET Core 可以用 WebHost，如果你需要 .NET Framework 的請到以下連結https://dotblogs.com.tw/yc421206/2019/01/05/webapi_test_via_owin
.NET Core 3 已經釋出一段時間了，昨天趁機追了一下進度，沒想到在 Specflow 3 卡關了一下關
使用 Web API 專案實作取消很簡單，只要再 Action 多一個 CancellationToken 參數就可以了，試驗一下發現並沒有那麼簡單...
上一篇使用 [Unit Test] 小技巧-利用 Header 提高 Web API 可測試性，這篇的作法會讓被測目標物的職責變多，我們可以改用 Autofac 來改善這問題
VS IDE 有一個 Windows Service 範本，可以讓我們把應用程式變成 Windows Service，安裝、除錯需要額外的工具輔助，相較之下 Topshelf 在這兩點在使用上較為容易...
這個看似簡單的運作機制，看似相當的簡單，實作的過程中卻是傷痕累累，主要的原因是 ApplicationDeployment 類別在管理員模式下無法執行，為了解決這問題我動了點手腳，也花了不少時間
當有大量資料 Client/Server 之間往返時，可以考慮使用壓縮/解壓縮來降低網路流量的往返，不過，這伴隨而來副作用就是伺服器的資源損耗，使用時務必深思；壓縮/解壓縮是要彼此搭配，一方壓，另一方解，演算法也要能對應的比較常見的就是 GZip/Deflate 了，等下為了減少篇幅，我會只會呈現 Deflate 的實作，其餘的代碼就到 github 看
畫面上有 BindingNavigator、DataGridView，它們的資料都來自 BindingSource，我希望透過上方的編輯區塊進行編輯、驗證的互動，不是 GridView，畫面設計如下圖：
我想要做的功能很簡：單當移動"列"時，驗證當下的所有欄位，驗證失敗不准離開
當你想要聚焦，減少 Scenario 的 Step Definition 時，可以合併他們，提高 Scenario 的可讀性；但伴隨來的副作用就是細節被隱藏到 Step.cs 測試程式碼，從 Sceario 讀不出來，團隊內若都很了解細節，這樣倒是一個不錯的做法
為了註冊 CA 憑證動作更簡化，於是花了三四天研究怎麼用 C# 控制註冊流程，過程真的挺累，結果挺爽的...
