我有一个基础设施、业务规则和其他逻辑，我在 WPF 应用程序中使用它们，其中我有一个实现消息服务接口(interface)的消息服务，该服务在容器中注册，我使用 CaSTLe Windsor。 每次基础设施需要显示任何类型的消息时，它都会使用此服务并显示消息并等待回复，这样我就不必向 GUI/WPF 发出请求来显示消息。 我的问题是，我正在为 ASP.NET MVC 站点使用相同的基础结构，并且在找到可以使用相同接口(interface)的解决方案时遇到一些问题。基本上，如果消息服务必须显示消息，它应该能够在浏览器中发布消息框，最好通过 AJAX 并等待用户的回复，然后根据答案继续执行。 我不知道我对这个问题是否表达得足够清楚。 任何有关如何实现此类服务的提示将不胜感激。 谢谢。
最佳答案
问题是服务器对打开的浏览器一无所知，因此它无法向浏览器发出信号以显示消息。
解决方案似乎是对来自服务的消息进行排队，在页面上放置一些脚本来检查(使用 ajax)队列中的项目，并根据需要显示消息。
关于asp.net-mvc-3 - ASP.NET MVC 中消息服务的实现，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6608007/