从web应用程序(NServiceBus v3.2.0.0)使用Bus.Send(非发布)

从web应用程序(NServiceBus v3.2.0.0)使用Bus.Send(非发布),nservicebus,nservicebus3,Nservicebus,Nservicebus3,我们有一个asp.net mvc3应用程序,它发布许多事件。最近,有人指出,我们应该发送消息,而不是从web应用程序发布事件,并引用了这一点,这非常有意义。但是,我想确认文章中的观点对NserviceBusV3.x仍然有效 谢谢 我可以想象,不管NServiceBus的版本如何,这篇文章背后的推理总是正确的 也就是说,没有什么能阻止您从网站发布消息。发布消息背后的思想是,消息表示通常由某个处理端点生成的事件。由于web应用程序不应该真正处理任何内容,而是将命令发送到处理端点,因此web应用程序不

我们有一个asp.net mvc3应用程序,它发布许多事件。最近,有人指出,我们应该发送消息,而不是从web应用程序发布事件,并引用了这一点,这非常有意义。但是,我想确认文章中的观点对NserviceBusV3.x仍然有效


谢谢

我可以想象,不管NServiceBus的版本如何,这篇文章背后的推理总是正确的

也就是说,没有什么能阻止您从网站发布消息。发布消息背后的思想是,消息表示通常由某个处理端点生成的事件。由于web应用程序不应该真正处理任何内容,而是将命令发送到处理端点,因此web应用程序不应该发布事件是有道理的


因此,如果您发现自己处于从web应用程序发布似乎有意义的情况下,则表明您需要做出设计决策:要么设计不是最优的(因此web应用程序正在执行处理),要么您在某种程度上受到限制,从而禁止处理端点的实现(可能是一个共享的托管环境)。

我可以想象,无论NServiceBus的版本如何,这篇文章背后的推理都是正确的

也就是说,没有什么可以阻止您从网站发布消息。发布消息背后的想法是,消息代表通常由某个处理端点生成的事件。因为web应用程序不应该真正处理任何内容,而应该向处理端点发送命令int web应用程序不应该发布事件是理所当然的

因此,如果您发现自己处于从web应用程序发布似乎有意义的情况下,则表明您需要做出设计决策:要么设计不是最优的(因此web应用程序正在执行处理),要么您在某种程度上受到限制,从而禁止处理端点的实现(可能是共享主机环境)