Windows Workflow Foundation示例 - 審核

Question

作為我的個人改進計划（PIP™）的一部分，我正在嘗試學習Windows Workflow Foundation的基礎知識。

我決定寫一個相當簡單的博客引擎。 我知道那里有很多，但這只是一個我可以用來學習一些很酷的東西的游樂場項目。 我想要實現的主要功能之一是使用WF審核博客條目。 該項目的其余部分將是一個ASP.NET MVC應用程序，可能還有一個小WCF。

從我讀過的關於WF的內容來看，我應該使用一個看起來像這樣的順序工作流程：

1. 作者添加/編輯博客條目。
2. 條目被發送給主持人批准。
3. 主持人批准后期或后退至第1項，以便作者更正，以及主持人備注。
4. 完

每一步都應該通過電子郵件發送行動的收據。

由於人為交互因素，我猜測WF運行時需要在某處自行序列化，因此它不會松散狀態（因為每個活動都可能被AppPool重置，服務器崩潰等中斷）。

有誰知道實現類似工作流程的任何好例子或地方？

謝謝大家。

Answer 1

我暫時不想鑽研WW。 .NET 4.0將引入WW模型的變​​化來解決當前的痛點。 這些變化將引入一個與今天的WW根本不同的模型，如果您還沒有適當的WW解決方案，那么學習WW的當前方法將不會有所幫助。

更多信息可以在這里找到：

http://blogs.msdn.com/endpoint/archive/2009/01/20/the-road-to-wf-4-0-part-1.aspx

Answer 2

你走在正確的軌道上。 Windows Workflow提供了一種持久性模型，允許您將正在運行的工作流實例的狀態保存到SQL Server。 當正在運行的實例暫停時（通常在等待來自工作流外部的輸入時），狀態將自動序列化到數據庫。

以下是Microsoft的入門套件，用於基於Web的批准工作流程。

Answer 3

我不確定您是否要使用順序工作流程。 狀態機工作流程可能更適合您的需求。 在順序工作流程中沖洗和重復似乎總是有點麻煩恕我直言。

我喜歡關於Ode to Code的工作流教程，並認為關於狀態機工作流的教程將回答你的很多問題。

Answer 4

序列化在某處，所以它不會松散狀態

WF內置了對此的支持（使用SQL Server，但您可以插入不同的后端）。

任何體面的資源都應該涵蓋工作流程持久性（例如“Pro WF”（APress））。

其他書籍（例如“Essential Windows Workflow Foundation”（AW））涵蓋了更多“為什么它以這種方式工作”。 因此，“Pro WF”會讓您更快地使用內置（或其他現成的）活動等，但Essential ...可能會讓您更好地了解創建自己的活動（特別是在與之交互時）持久性和錯誤）。