【问题标题】:How To Structure A Web/Client Support Chat System如何构建 Web/客户端支持聊天系统
【发布时间】:2010-12-03 15:47:48
【问题描述】:

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

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

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

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

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

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

非常感谢任何帮助。

【问题讨论】:

  • 您找到解决方案了吗?我也在寻找相同类型的实现。你能分享你的想法吗?

标签: c# chat data-transfer


【解决方案1】:

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

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

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

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

【讨论】:

  • "使用纯网络技术从服务器'Ping'浏览器是不可能的" -- 那是no longer true
  • Silverlight 听起来不错。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2015-11-09
  • 1970-01-01
  • 2012-06-18
  • 1970-01-01
  • 1970-01-01
  • 2014-02-03
相关资源
最近更新 更多