Hangfire 是一款個人認為相當不錯的非同部步服務器,它脫離 Windows 工作排程,在 Web 檢視、重送任務,在 Hangfire 操作 UI 介面可以知道你指派給它的任務狀態,何時成功?為什麼失敗?(例外捕捉)下一次任務觸發時間?訊息可說是相當的完整。不過有點可惜的是,預設 Hangfire 操作介面沒有手動觸發任務的介面,幸好 Hangfire.Dashboard.Management 彌補了這個不足...
延伸閱讀
Hangfire 是一款個人認為相當不錯的非同部步服務器,它脫離 Windows 工作排程,在 Web 檢視、重送任務,在 Hangfire 操作 UI 介面可以知道你指派給它的任務狀態,何時成功?為什麼失敗?(例外捕捉)下一次任務觸發時間?訊息可說是相當的完整。不過有點可惜的是,預設 Hangfire 操作介面沒有手動觸發任務的介面,幸好 Hangfire.Dashboard.Management 彌補了這個不足...
延伸閱讀
當需要在用戶端建構 REST API,目標只能是.NET Framework 4 時,我們可以選擇 Web API 1,搭配 Self-Host 自我掛載在 Console App,再加上 Topshelf 就可以輕易的把 Console App 變成 Windows Service。
這篇沒有太多的 Web API 的建立方式,主要是筆記一下 Self Host 的使用方式。
.NET Framework 可以利用 OWIN 把 Web API 掛載起來,用測試打進去,在 .NET Core 可以用 WebHost,如果你需要 .NET Framework 的請到以下連結https://dotblogs.com.tw/yc421206/2019/01/05/webapi_test_via_owin
使用 Web API 專案實作取消很簡單,只要再 Action 多一個 CancellationToken 參數就可以了,試驗一下發現並沒有那麼簡單...
上一篇使用 [Unit Test] 小技巧-利用 Header 提高 Web API 可測試性,這篇的作法會讓被測目標物的職責變多,我們可以改用 Autofac 來改善這問題
當有大量資料 Client/Server 之間往返時,可以考慮使用壓縮/解壓縮來降低網路流量的往返,不過,這伴隨而來副作用就是伺服器的資源損耗,使用時務必深思;壓縮/解壓縮是要彼此搭配,一方壓,另一方解,演算法也要能對應的比較常見的就是 GZip/Deflate 了,等下為了減少篇幅,我會只會呈現 Deflate 的實作,其餘的代碼就到 github 看
有朋友問我,不想每個 Action 寫 try catch,怎麼在 Global ErrorHandler 紀錄相關參數,來,看看我怎麼做,以下將實作 HandleErrorAttribute
PS.若你的例外需要跟用戶互動,以下實作可能不適合
PS.無法捕捉IIS的例外,需要使用Elmah
上一篇 [ASP.NET MVC] 自訂Global ErrorHandler 紀錄請求參數 沒有處理到 Ajax,這篇繼續補完...
開發 Web API 的 SSL 設定卡到了一些關卡,順便測了幾個情境
本以為這是一個很簡單的題目,但由於我是用 OWin,所以只要依賴 HttpContext.Current 就無法使用,花了一些時間整理出不透過 HttpContext.Current 上傳檔案的用法