有人可以给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支持动态修改工作流类型和工作流实例。

这就是（或至少是这个星期六下午让我想起的一切）。这就是为什么我们认为模型是一个好主意，为什么我们认为它具有很高的投资回报率。但是，如果这些好处都不适用于您的情况，那么确实，编码仍然非常酷。