Workflow foundation 为什么ReceiveAndSendReply使用关联初始值设定项?

Workflow foundation 为什么ReceiveAndSendReply使用关联初始值设定项?,workflow-foundation,workflow-foundation-4.5,Workflow Foundation,Workflow Foundation 4.5,如果我使用ReceiveAndSendReply活动工厂,我将使用CorrelationHandle在Receive活动上获得一个Receive活动、一个SendReply活动和一个请求-回复相关初始值设定项 这种相关性需要什么?根据: 接收/发送回复对用于在工作流服务中实现双向操作。运行时使用请求-应答关联来确保将应答发送给正确的调用方。如果使用WorkflowServiceHost托管工作流(工作流服务就是这种情况),则默认的关联初始化就足够了 及 虽然Receive活动只能在Workflo

如果我使用ReceiveAndSendReply活动工厂,我将使用CorrelationHandle在Receive活动上获得一个Receive活动、一个SendReply活动和一个请求-回复相关初始值设定项

这种相关性需要什么?根据:

接收/发送回复对用于在工作流服务中实现双向操作。运行时使用请求-应答关联来确保将应答发送给正确的调用方。如果使用WorkflowServiceHost托管工作流(工作流服务就是这种情况),则默认的关联初始化就足够了

虽然Receive活动只能在WorkflowServiceHost托管的工作流服务中使用,但Send和Send/ReceiverReply对可以在任何必须调用Web服务上的方法的工作流中使用

如果Receive/SendReply只能在WorkflowServiceHost中使用,并且WorkflowServiceHost中不需要显式的请求-应答关联初始化,那么我可以简单地删除关联初始值设定项和句柄吗?还是有一些我没有看到的好处

我不是问Send和Receivereply工厂的事。这也使用了一个请求-应答相关初始值设定项,但我认为我可以理解在那里使用它的必要性

我刚刚开始使用工作流基础,所以请不要假设我已经排除了任何明显的答案。我已经试过了,但我可能忽略了一些。我链接到的页面还包含一个带有显式相关初始值设定项的接收/发送回复对示例。我也看不到有什么好处