簡單五步驟：ASP.NET Core整合Hangfire來排程更新口罩剩餘數量資料

口罩API系列(一)(二)(三)就資料面而言，已經處理的差不多了，不過，專案還有改善的空間。

1. 專案第一次啟動時，需要初始化資料庫資料。目前實作的程式碼而言，我們每次請求都會重覆檢查一次。
2. 每次請求都會重覆檢查一次資料源是否有更新。

以關注點分離來看，目前的 MaskController 工作有點雜且職責不夠單一。第一個問題，如果從 EF Core 下手，可能是實作 SeedData 方式來解決，但比較麻煩的事情是資料來源是網路上，而且資料內容不固定。第二點比較麻煩。正在構思時，剛好好友 Demo 貼文說 dotblogs 改版採用 Hangfire 來處理排程事件。疑，Hangfire 不就是這個需求的最佳解嗎！

「使用Hangfire處理ASP.NET MVC/Web API長時間與排程工作」多年前已經用的非常開心。這次讓我們在 ASP.NET Core Web API 來整合 Hangfire 來解決我們碰到的問題。

在PowerShell Core 7以posh-ssh模組進行SFTP上傳

前篇提過，因為某些 Module (模組)的關係而無法升級使用 PowerShell Core，這問題在 PowerShell Core 7 提供了一個 -UseWindowsPowerShell 的相容模式可以解決。但說歸說，沒有親手驗證的東西要放到正式區執行總有些不安。剛好手頭有個 SFTP 的案子，就簡單寫一支 PowerShell Core 7 + posh-ssh 腳本實際測試一下：

Windows Terminal profiles.json之我要調9次

先點唱一首：調調調(誤)追追追。

在調整完 PowerShell Core 7 的樣式之後，又對 Windows Terminal 發出黃牌。用起總是卡手，但內心有個聲音：我不想回去！還好，Windows Terminal 保留了相容彈性的組態空間，讓我們客制自己想要 Windows Terminal。

打造高富帥的PowerShell Core命令列模式

在升級 PowerShell Core 7 之後，還是發現一些問題。安裝 PowerShell Core 7 後的原始指令視窗輸入指令還是有跳動問題，還有字型支援度不佳等等。在改用 Windows Terminal 之後雖然改善一些，但是不滿意。有了之前改造 WSL 指令列的經驗，這次我們來改 PowerShell 指令列。

加入PowerShell Core 7的行列吧！

前篇說明加入 PowerShell Core 6 的原因。而 PowerShell Core 7 在 2020/3/5 GA 了。如果你已經安裝 PowerShell Core 6 的話，那一定要快點升級為 PowerShell Core 7，可以取得大量的好處。