有人可以給WWF一個很好的教程嗎？

Question

特別感興趣的有： 1）起牀免費環境設置工作流程。 2）如何使用現有的工作流程項目/狀態以及涉及的內容。

謝謝！

Answer 1

您是否正在尋找像MSDN這樣的虛擬實驗室？

對於一些密技，請嘗試下載Hands-on Labs for Windows Workflow Foundation

Answer 2

其他的答案是好的，但我認爲人們明白，爲什麼使用的工作流程都非常重要。許多人在無需使用WF的情況下使用WF，還有一些人在用例對WF使用最爲理想的情況下拒絕使用WF。

我曾閱讀過關於何時以及是否使用WF的最佳解釋是Dave Green的blog post。他是Windows Workflow Foundation的第一個版本的架構師。

我將它貼在這裏爲後人：

---

什麼是工作流，並何必呢？

當然，工作流程是那些深度超載的術語之一，因爲它可以幫助阻止溝通，所以我最好說出我的意思。工作流可歸結爲兩種思路：即有工作要做，工作流將其視爲不透明的行爲單元;和流程，它描述了什麼時候完成工作。

那麼這是一個工作流？

public void HandleLoanRequest (string customerID, Application app) 
{ 
    if (CheckCredit(customerId, app.Amount)) 
    { 
     MakeOffer (customerId, app); 
    } 
} 

是的，我相信是的。工作是檢查客戶的信用並提供報價 - HandleLoanRequest定義是否以及何時執行此項工作。

但是，工作流供應商傳統上認爲，在他們宣佈勝利之前需要比這種代碼更多的東西，這一事實表明我們仍然缺少一個關鍵概念。

我相信這是我們不僅需要描述流程，而且要用我們可以檢查，推理和操縱的方式描述流程。總之，工作流程需要一個模型。

C＃是實現這一目標的一種方式 - 例如，我們可以定義編碼標準，允許我們掃描工作流程代碼並繪製流程圖。或者我們可以定義開發人員用來調出構成模型的代碼部分的屬性。這不是我們爲Windows Workflow Foundation做出的選擇 - 我將討論爲什麼我們選擇了我們在後面的帖子中所做的 - 但它會起作用。

但回到爲什麼我們可能需要一個模型。我們將不得不努力創造它，所以爲什麼要麻煩？投資回報在哪裏？ （或牛肉，因爲這位英國人在國外學習稱它）。

嗯，我想回報來自於什麼模式使 -

可視化有用的開發商，開發和維護過程中，也對誰想要知道爲什麼他們都應該工作流程用戶做他們被要求做的事情，或者IT Ops人員，他們想知道一些行爲不當的應用程序是什麼或應該是什麼。

表情工作流模型是專門用於支持特徵問題的領域特定語言。一個例子是一個評審過程，其中五個評論中的三個正面評論意味着該文件是好的 - 任何未完成的評論都可以取消。這對代碼來說有點繁瑣，但Windows Workflow Foundation包含解決這些問題的開箱即用結構。

執行運行時可以利用該模型取消一次又一次解決相同問題的需要。在Windows Workflow Foundation中，我們構建了對長時間運行的工作流程（如狀態管理和補償）的棘手問題的支持 - 由簡單，富有表現力的模型元素控制。

監控模型的存在使得可以生成具有有意義語義的事件流，而無需任何額外的開發人員工作。這可以用來監視工作流或聚合的實例。 Windows工作流基礎允許還可以從工作流狀態拉到應用程序數據事件的聲明裝修 - 讓你可以告訴信用檢查已開始訂貨14532.

轉型模型招致模型。一個例子是將工作流模型轉換爲與之通信所需的消息交換模式 - 正如Dharma和Don在PDC上展示得如此精美。另一個是定製。 ISV提供一個由VAR定製的工作流程，然後由客戶再次定製。然後ISV發佈新的基礎版本。爲工作流使用共享的，易於理解的模型使得後續的3路合併更容易處理。

組合如果將一個應用程序考慮進流程和工作中，那麼具有良好理解的接口的工作原子元素可以被其他工作流程重複使用。工作流程本身是工作的有效定義，也可以被其他工作流程使用。

定製一起轉換使生態系統的工作和流程的定義成爲共享或交易文物。

操縱通常需要動態地發明或修改工作流程。如果這意味着更改代碼，那麼即使用戶知道如何破解它，安全人員也會遇到問題。使用模型可以實現可控和可理解的動態操作。 Windows Workflow Foundation支持動態修改工作流類型和工作流實例。

這就是（或至少是這個星期六下午讓我想起的一切）。這就是爲什麼我們認爲模型是一個好主意，爲什麼我們認爲它具有很高的投資回報率。但是，如果這些好處都不適用於您的情況，那麼確實，編碼仍然非常酷。