.net Rhino服务总线是否处理单个用户响应？

我正在从ASP.NETMVC客户端试用Rhino服务总线，但不确定它是否有用于用户响应的内置功能。在Alexandria智能客户端示例中，IServiceBus.Reply将正常工作，因为每个用户的本地队列将具有不同的IP。（尽管如果他们的连接暂时中断会发生什么情况？）

---

但是，对于具有类似功能的网站，我是否需要为每个用户构造一个响应队列？因此，队列名称的一部分可能包含UserId，这样Reply就会返回到正确的位置？它们可以共享相同的端口，只是URL不同吗

更理想的做法是为每个用户提供一个相关id，而不是单独的队列

---

关于“用户”回答的问题，不，它没有内置任何内容。通常，您可以通过长轮询之类的方式来实现这一点。

对于每个用户来说，拥有一个相关id比单独的队列更为理想

---

关于“用户”回答的问题，不，它没有内置任何内容。通常，您可以通过长轮询之类的方式来实现这一点。

我想我正在寻找这一点，但当时并不知道：

---

虽然很难让Sagas收到第二条消息，但我想知道这是否是因为IOnewayBus没有发布，因为Saga示例似乎使用了publish而不是Send，但我可能只是用错了。但是CorrelationID匹配。

我想我是在找这个，但当时不知道：

---

虽然很难让Sagas收到第二条消息，但我想知道这是否是因为IOnewayBus没有发布，因为Saga示例似乎使用了publish而不是Send，但我可能只是用错了。CorrelationID匹配。

感谢您的快速响应。看起来只有传奇才有关联Id。。。如何从客户端（而不是在Saga等中）对特定的相关Id进行长时间轮询？比如按CorrellationId订阅。当用户再次登录时，我们希望检查之前请求的任何内容的消息。但是如果他们在某些视图中等待，我们希望轮询特定请求的响应是否已返回。我认为，尽管Sagas是完成后端处理的好方法，但ESB仍然适用于分布式通信。我真正需要的只是一个异步命令助手。RavenDB无论如何都是存储层，因此可以使某些东西的行为类似于队列，但需要更多的维度。（不是一个严格的队列）并创建一些帮助器类，允许我将进程放在后端的Sagas之类的东西中。。。这是你们在Hibernating Rhinos工作过的方向吗？现在我意识到我需要一个后端队列+总线，而不是客户端队列-只需将用户的这些事件/响应写入数据库。感谢快速响应。看起来只有传奇才有关联Id。。。如何从客户端（而不是在Saga等中）对特定的相关Id进行长时间轮询？比如按CorrellationId订阅。当用户再次登录时，我们希望检查之前请求的任何内容的消息。但是如果他们在某些视图中等待，我们希望轮询特定请求的响应是否已返回。我认为，尽管Sagas是完成后端处理的好方法，但ESB仍然适用于分布式通信。我真正需要的只是一个异步命令助手。RavenDB无论如何都是存储层，因此可以使某些东西的行为类似于队列，但需要更多的维度。（不是一个严格的队列）并创建一些帮助器类，允许我将进程放在后端的Sagas之类的东西中。。。这是你们在Hibernating Rhinos工作过的方向吗？现在我意识到我需要一个后端队列+总线，而不是客户端队列-只需将用户的这些事件/响应写入数据库。