所以我一直在努力编写Windows服务来替换目前作为服务运行的一些旧的传统VB6 WinForms应用程序，每天不断重复任务。为了给出一些一般背景知识，他们有内置的状态机来处理决策基础而不使用线程。
许多高级开发人员认为值得尝试调查WorkFlow来替换状态机，而不是编写自己的业务逻辑并尝试以编程方式对其进行线程化。所以这是WF与我认为的“旧大学尝试”。
我担心的是关于这个主题的书籍并不多，而且因为它是在.Net中实现的，所以我听说很少使用它。我把它带到了工作中，而另一位开发人员提到这是因为Biz Talk从未真正流行起来，而且它是专为此而设计的。
它破了吗？你觉得它会得到足够长的支持而不用担心吗？我不希望一个功能不良的过程注入我的服务，我的新生儿在工作，然后有WF的龙骨。让我不得不在紧急情况下用我自己的代码替换它们;这对我来说似乎不是一个很棒的场景。
任何建议，建议都是超级的。
答案 0 :(得分：2)
Workflow Foundation在Microsoft SharePoint中使用，因此我认为他们将继续支持它。
答案 1 :(得分：0)
Nicholas Blumhardt有一个名为Stateless的开源项目。它非常灵活，重量很轻。 See my SO answer了解详情。
我在Windows Workflow上选择它只是因为我可以将状态定义为State，从而使用SubSonic将我的工作流状态保持回数据库。配置包含一个XML文件。如果我需要添加任务，我只需将节点添加到XML中。
每个州都可以有一系列触发器，一旦满足就会进入适当的状态。这个框架是一个单独的汇编，非常适合您的域逻辑。