之前有寫過用 TestServer 測試 Web API，[ASP.NET Identity] 使用 Microsoft.Owin.Testing 測試 OAuth Server 和 Web API，某些情境使用上會失效，比如 Redirect，後來又改用了 OWIN，就比較沒有問題了
用 Swagger UI 進行測試時，預設是沒有 Header 可以用，當 API 需要用到 Header，要自己手動處理一下，讓 Swagger UI 提供畫面讓開發人員調試
上篇提到 Model Validation，在 EF 裡面，也是可以吃的到 ValidationAttribute，當調用 SaveChanegs 就會進行 Model 的檢查，當需要把檢查機制寫在 EF 的時候，就可以利用此招
利用 ValidationAttribute 把資料驗證的邏輯抽離應用程式，以提升程式的維護，這裡分享一下我常用的做法
Swagger 用來產生文件和即時測試網站，是開發人員的小幫手，再搭配 PostMan 來產生 C# (RestClient)，可以提升整體的開發速度
Web API 不像 Web Service 有 wsdl 描述檔，也不像 WCF 有 meta data，所以 VS IDE 沒有辦法透過Web Reference 產生 Proxy Class，手動敲打連接 API 的工程挺瑣碎的，可能會這樣而放棄好用、輕量的Web API 嗎，別擔心這已經有人實作了 WebApiProxy 這個套件可以讓我們增加產能
免費版的 Teams 出來一陣時間了，計畫著要從 Slack 跳過去，在研究的過程當中，發現免費版的 Teams 居然沒有整合 TFS/VSTS...
筆記 RabbitMQ 的使用方式
組件、應用程式的版號，對維護來講是一個重要的旗標，為了要讓 Assemly、File Version 號碼一致，我使用了 PrecisionInfinity.AutomaticVersions，很開心的用了一段時間，過了不久，我想把組件包裝起來，發佈到 Nuget，太好了，現在又多一個 Nuget 版號，好一段時間我又用手敲，過了不久，ClickOnce 也需要版號了..
冰的，那麼多的版號是要怎麼弄，來，介紹一帖好藥，這帖藥得搭配 VSTS/TFS 才能輕鬆服用
部署到 Azure VM 麻煩了一些，主要都是安全性上的設定，囉嗦了點，沒甚麼大礙，FTP 這次選用的是 FileZilla Server，版控則是用 GitHub