.net Silverlight&x2B;工作流基础

.net Silverlight&x2B;工作流基础,.net,silverlight,workflow,workflow-foundation,workflow-foundation-4,.net,Silverlight,Workflow,Workflow Foundation,Workflow Foundation 4,我正在着手一个新项目,该项目将使用WF4进行业务流程,使用Silverlight 4进行UI 我知道Silverlight不会主持WF;我对此不感兴趣 我想知道我是否应该这样做 创建工作流服务并将服务引用直接添加到Silverlight中的服务引用 或 通过域服务公开工作流 我的工作流将长期运行,需要持久化 建议?这取决于您希望在服务器上添加多少其他逻辑。在大多数情况下,我直接从Silverlight UI使用工作流服务,如果工作流长期运行,我更愿意使用工作流服务。我个人会使用WCF R

我正在着手一个新项目,该项目将使用WF4进行业务流程,使用Silverlight 4进行UI

我知道Silverlight不会主持WF;我对此不感兴趣

我想知道我是否应该这样做

  • 创建工作流服务并将服务引用直接添加到Silverlight中的服务引用

  • 通过域服务公开工作流

我的工作流将长期运行,需要持久化


建议?

这取决于您希望在服务器上添加多少其他逻辑。在大多数情况下,我直接从Silverlight UI使用工作流服务,如果工作流长期运行,我更愿意使用工作流服务。

我个人会使用WCF RIA服务,并将工作流链接到这些端点(调用和CUD)。如果您确实需要处理不一定是短时间运行的WFs,那么抛出消息队列将是处理它的一种方法。

我完成了上述两项。我从服务开始,但由于AppFabric、调试、http和https的并发支持等问题,我转而在IIS中托管工作流(或者应用服务器可以工作),并使用web服务作为接口

走这条路也非常困难,因为没有一个包含的工作流托管组件具有足够的企业功能,我必须对它们全部进行编码。这是不容易做到的,我不认为我会推荐它


最后,Maurice是我在微软以外找到的唯一一位真正的WF4专家(我现在在微软工作,但在我做上述项目时没有)。

工作流肯定是长期运行的。我当然会选择工作流服务。如果我真的需要的话,我只会将它们包装在常规的WCF服务中。通常我只是直接向工作流服务添加服务引用。谢谢您的夸奖:-)