3

我正在为我们公司的一个网站建立一个在线客户支持系统,并且对结构有一些疑问。

场景是这样的。我们希望我们网站的用户能够单击“实时聊天支持”按钮,此时他们会看到一个弹出窗口,试图将他们连接到我们的支持团队之一。

另一方面,我们的支持团队将运行桌面客户端。每当我们网站上的用户单击该链接时,所有桌面客户端都会“响铃”。每当支持团队成员“接听”电话时,其他客户端将停止响铃,该成员将开始与网络用户聊天。

鉴于我们的桌面客户端将使用 C#.NET 中的 WPF 制作,并且我们的网站是 ASP.NET MVC 2 - 在两者之间建立通信的最佳方式是什么?

我最初的想法是让 Web 端将聊天存储在 SQL 数据库中,并以某种方式“Ping”相关的桌面客户端,告诉它更新其聊天日志。对于桌面到网络也是如此。但我不确定如何在两个不同的平台之间实现这一点。如果它是桌面客户端到桌面客户端,我想它会容易得多,但事实并非如此。

另外,请记住,我意识到已经有商业应用程序可以做到这一点。然而,我们需要一些超出简单聊天的定制功能——不值得深入细节,但基本上我们必须实现自己的解决方案。

任何帮助深表感谢。

4

1 回答 1

1

Web 技术是一个不适合实现实时交互的平台。当然可以,但您肯定会遇到可扩展性、响应能力和开发工作量的问题。我敦促您非常仔细地检查您的需求,并考虑是否有可能利用供应商的产品来完成您想做的事情。

如果您仍然想自己出击,您必须克服的主要障碍是如何将消息推送到浏览器。使用纯 Web 技术从服务器“ping”浏览器是不可能的,因为 HTTP 是建立在“仅拉”请求/响应模型上的。服务器中的客户端之间没有保持持久连接。服务器完成将页面发送到浏览器后,连接就消失了。

您可以轮询 Web 服务器以获取新消息,但这不是可扩展的解决方案。如果您只处理非常少量(例如个位数)的用户,那么这可能会起作用,但是您的响应速度将受到您轮询速度的限制,并且您轮询的速度越快,该解决方案的可扩展性就越差是。

更好的解决方案是使用 Silverlight、Flash 或其他在浏览器中运行的胖客户端技术。然后你可以实现一个服务来处理客户端之间的消息路由。 CodeProject 上的这篇文章可能是一个很好的起点。

于 2010-12-03T16:19:09.590 回答