我正在學習WF,同時設想我正在開發用於工業自動化的系統。物理過程是一個工作流程。例如,該過程涉及控制6自由度機器人拾取機械部件並將其穿過一系列工作站。有些工作站涉及測試,可能會失敗,因此工作流變得更有趣。用於工業自動化的Windows WF
儘管很明顯WF符合法案,但不清楚的是使用它而不是實現我自己的狀態機有什麼優勢。
我正在學習WF,同時設想我正在開發用於工業自動化的系統。物理過程是一個工作流程。例如,該過程涉及控制6自由度機器人拾取機械部件並將其穿過一系列工作站。有些工作站涉及測試,可能會失敗,因此工作流變得更有趣。用於工業自動化的Windows WF
儘管很明顯WF符合法案,但不清楚的是使用它而不是實現我自己的狀態機有什麼優勢。
總的來說,我同意Teoman的看法,WF4非常適合長時間運行的業務流程,儘管這絕不是WF4適用的唯一場所。
過去,我完全有可能實現工業過程的自動化。有一點要記住的是性能。這不是說活動執行速度比普通C#代碼慢得多,問題在於異步執行性質。您從不直接執行活動,而是要求內部工作流調度程序爲您執行此操作。大多數情況下,取決於您的託管選項,這是在工作線程上完成的,如果計算機繁忙,可能需要一些時間,但在任何時候都不確定。我參與的工業流程並不是那麼快,而且是一個監控系統,實際上並沒有將流程控制到輕微的滯後,這不是問題。
你應該試試Windows Workflow Foundation (WF4) - Introduction to State Machine Hands On Lab,看看你的想法。我們爲這種類型的事物設計了WF,並且還有其他人建立了像你一樣的系統。
因爲你不必實現自己的狀態機,你自己的狀態機中的狀態以及你自己狀態機的設計器? – Will 2011-04-26 13:07:09