Windows Workflow Foundation：建议如何设计架构

我们基于自定义框架（库）运行几个相同的ASP.NET应用程序（每个客户一个）。每个应用程序使用它自己的数据库（连接字符串术语中的初始目录）。现在我们希望为应用程序添加工作流程功能（当然是4.0;）。因此，对于所有应用程序，特定的工作流程将是相同的，只有每个工作流程的一些初始设置可以变化，例如，在一个应用程序中的电子邮件将被发送到用户X，但在其他应用程序给用户Y.Windows Workflow Foundation：建议如何设计架构

我如何设计架构几个常规问题：

（1）可工作流数据库共享所有的应用程序？（2）在我们自定义的Windows NT服务或IIS内部托管工作流引擎的位置？选择合适的主机有哪些标准？

（3）工作流引擎应该如何与应用程序通信？应用程序是否应该调用在工作流主机中配置的某些WCF端点API或者反之 - 每个应用程序应该提供WCF端点API，并且工作流引擎将调用它？工作流引擎如何识别应用程序？这两种情况都需要一些应用程序标识符作为API调用中的参数？

（4）我们还希望根据工作流程状态将一些信息存储到应用程序数据库中。可能吗？

感谢您的建议！

来源

2010-05-15 Petr Felzmann

你可能会有更好的运气，要求这些作为单独的问题。 – 2010-05-15 06:54:37

我会按照罗伯特的建议写下不同的问题。这是第一个Windows Workflow Foundation: Multiple applications

来源

2010-05-18 07:58:03

这是第二个问题http://stackoverflow.com/questions/2856353/where-to-host-windows-workflow-foundation-engine – 2010-05-18 10:30:35

Windows Workflow Foundation：建议如何设计架构

回答

相关问题