《WF编程》系列之46 第七章 事件驱动工作流

核心提示： 我们的第一个状态机 我们在第2章详细介绍过，我们可以只使用代码来创建工作流，《WF编程》系列之46 第七章 事件驱动工作流(3)，或只使用XAML，或使用代码和XAML（代码分离），项目模板将会创建一个项目，其中带有我们在WF编程中需要引用的所有程序集，状态机工作流在这一点上并没有区别，我们将在

我们的第一个状态机

我们在第2章详细介绍过，我们可以只使用代码来创建工作流，或只使用XAML，或使用代码和XAML（代码分离）。状态机工作流在这一点上并没有区别。我们将在本章使用代码分离的方法创建工作流，虽然其中任何一种创建模式都可以工作。

我们的工作流将支持Bug跟踪的应用程序。详细而言，随着bug从Open状态迁移到Closed状态，我们将会跟踪软件Bug的生命周期。在生命期内，bug也可以是Assigned、Resolved或Deferred状态。

为什么要使用状态机来为修复Bug的工作流建模呢？因为对选择bug进行建模是不可能的，而bug是需要到达一个完成状态的。思考一下在bug生命期中的每一步骤所需要的决策。一个新公开的bug需要一些评估。这个bug是重复的么？这个bug真的是一个bug么？即使这个bug真的是一个defect，并不是所有的defect会直接转移到某个人的工作对列中。我们必须针对用来修复这个bug所需要的有效资源和项目计划来评估这个bug的严重程度。如果我们不能把我们所需要的所有智能放入到工作流中，那么我们将依赖于外部的事件来告诉工作流我们做出了什么决策。

创建项目

就像创建大多数项目那样，我们在Visual Studio的对话框中选择File | New Project。正如在下面的截图中所示，我们将使用State Machine Workflow Console模式的应用程序。项目模板将会创建一个项目，其中带有我们在WF编程中需要引用的所有程序集。

图片看不清楚？请点击这里查看原图（大图）。