对于客户,我们正在创建的系统必须支持以下内容:
- 必须能够运行多个工作流,并且可以使用不同的上下文(不同的数据/业务对象)运行相同工作流的多个实例。
- 一些工作流是长时间运行的,涉及多个用户/客户端会话并等待外部用户输入。因此,工作流必须能够被持久化并响应来自客户端应用程序的某些信号。这也意味着工作流的执行必须在服务器应用程序上完成(对吧?)。
- 我想在服务器应用程序上运行各种类型的工作流,并且不希望在工作流更改时重新部署服务器应用程序。
- 必须能够运行多个工作流,并且可以使用不同的上下文(不同的数据/业务对象)运行相同工作流的多个实例。
- 一些工作流是长时间运行的,涉及多个用户/客户端会话并等待外部用户输入。因此,工作流必须能够被持久化并响应来自客户端应用程序的某些信号。这也意味着工作流的执行必须在服务器应用程序上完成(对吧?)。
- 我想在服务器应用程序上运行各种类型的工作流,并且不希望在工作流更改时重新部署服务器应用程序。
我的第一个想法是Workflow Services。经过大量的研究,我得出结论,这不是正确的路径,因为Workflow Services基本上提供了在远程位置执行活动的可能性,而这些活动是从客户端应用程序启动的工作流。这是正确的吗?或者我可以在上述情况下使用Workflow Services吗?大多数示例和/或教程基本上是使用ReceiveSignal/Send组合以及其中的一些逻辑。
基本上,我想要从客户端应用程序开始启动具有特定上下文的工作流(在工作流服务器应用程序中)。
最佳方法是什么?
非常感谢任何帮助!