→ fo40225: 或是用System.Threading.Timer做 01/02 11:29
→ fo40225: Timer timer = new Timer(t => 01/02 11:29
→ fo40225: { 01/02 11:29
→ fo40225: //Do something here 01/02 11:29
→ fo40225: ((Timer)t).Change(0, Timeout.Infinite); 01/02 11:30
→ fo40225: }); 01/02 11:30
→ fo40225: timer.Change(0, Timeout.Infinite); 01/02 11:30
→ fo40225: 不然就是回歸傳統用Thread 如果要換掉BackgroundWorker話 01/02 11:31
→ Litfal: 既然要循環為什麼不用無窮迴圈？ 01/02 14:49
→ Litfal: 另外Task有ContinueWith，還有你的需求乍看下不適合用 01/02 14:51
→ Litfal: await去取代 01/02 14:52
→ fo40225: 單純用無窮迴圈會卡死UI 所以他需要後台執行 01/02 15:09
→ fo40225: ContinueWith應該很難寫成無窮 Task內無限迴圈比較合理 01/02 15:10
→ Litfal: ...當然不可能單純無窮迴圈阿...以他提供的資訊來看，用 01/02 15:12
→ Litfal: RunWorkerCompleted再啟動就是ContinueWith阿 01/02 15:12
→ fo40225: await該Task即可 不然就是Thread內迴圈或Timer了 01/02 15:13
→ Litfal: 無窮迴圈是一種寫法，並沒有說要在UI Thread上跑好嗎... 01/02 15:13
→ fo40225: 以文中的寫法 ContinueWith 再啟動同一件事不好寫吧? 01/02 15:14
→ fo40225: 是啊 原PO只要解決不在UI thread上跑無窮迴圈就行了 01/02 15:15
→ Litfal: await無窮迴圈的Task...？那await後面的東西永遠不會跑... 01/02 15:15
→ fo40225: 所以我貼的連結是有CancellationToken的 01/02 15:16
→ Litfal: 對，所以我劈頭第一句就問為什麼不用無窮迴圈要用 01/02 15:17
→ Litfal: BackgroundWorker了，我猜他每次工作一次就要回傳一些進度 01/02 15:17
→ Litfal: 顯示在UI上 01/02 15:17
→ fo40225: 如果他Cancel了 就會回await了 01/02 15:17
→ fo40225: 嗯 這也有可能 01/02 15:18
→ fo40225: 如果還是要Task內迴圈 實作IProgress是好主意嗎? 01/02 15:22
→ Litfal: 先看看原PO為什麼要用BackgroundWorker吧 01/02 15:38
→ akafair: 兩位先進請恕小弟沒有講明白, 實際的Task是一個Query遠端 01/02 19:02
→ akafair: SQL資料庫並轉換成報表到UI的動作, 每隔半小時觸發一次 01/02 19:04
→ akafair: 原本timer是寫在BgWorker的complete裡面 01/02 19:06
→ akafair: 因為這是在公司用的code, 有點敏感不方便貼, 不好意思. 01/02 19:07
→ akafair: task.continue with也是目前考慮的方向. Task內無窮迴圈 01/02 19:18
→ akafair: 的寫法因為有牽扯到回傳UI, 實際運行會UI freeze? 01/02 19:20
→ akafair: 總之,感謝兩位的回覆. 我會重寫那段方法再試, 現在是co的 01/02 19:23
→ Litfal: 你想換掉原有BgWorker的原因是？ 01/02 20:45
→ akafair: 因為我們新專案都用Async了, 為了align新人的SOP. 01/02 20:49
→ Litfal: Forms的Timer能用吧？我覺得你的需求最簡單的解決方式是 01/02 20:50
→ Litfal: 用Timer觸發定時，去Call Query Method，如果Query不複雜 01/02 20:51
→ Litfal: 甚至不用Async。耗時的話就把Query method寫成Async版本 01/02 20:53