哪一个更适合WF4.0的架构？

我们的团队将为日志运行流程设计工作流程解决方案。 我们必须维护工作流的持久性和跟踪以及版本控制。 工作流服务器需要执行多个工作流程。 我们正在使用wf4.0。 我们正在为工作流服务器找到最佳的体系结构。 以下几点是我们想到的。

WCF和wf之间的集成以及存储在数据库中的工作流程。 在这种方法中，客户端调用一个wcf服务，该服务从数据库加载工作流xaml文件，并使用加载的工作流创建WorkflowApplication的对象并执行此操作。 在这种方法中，只有一个端点暴露在wcf服务中。 现在wcf服务负责使用workflowapplication类来启动工作流程。

工作流服务与wcf的内置集成。 其中工作流由消息活动开发并由工作流服务主机托管，客户端直接由其端点进行调用。

现在我必须从其中一个方法中选择一种方法。 请建议我选择一种或任何其他最适合日志运行工作流程的方法，这些方法也可以保持持久性，跟踪和版本控制。

---

使用WCF集成公开工作表是迄今为止最简单的方法。 你可以自己管理所有东西，但大部分情况下你所做的只是复制已经为你写的代码。 如果您喜欢挑战，并且按小时付款，但如果您想完成任务，内置解决方案的效率会更高。

链接地址: http://www.djcxy.com/p/95877.html

上一篇: which one is better architecture for the WF4.0?

下一篇: Activate IIS Hosted Workflow With MSMQ Using net.msmq Binding