【问题标题】:Suggestions for writing a web client for an existing client/server application [closed]为现有客户端/服务器应用程序编写 Web 客户端的建议 [关闭]
【发布时间】:2013-05-08 02:21:39
【问题描述】:

基本上,现有应用程序由一个作为 Windows 服务运行并使用套接字与连接到该服务器的客户端应用程序通信的 C# 服务器应用程序组成。

服务器本质上控制着几个摄像头系统:用户可以登录并移动摄像头、拍摄视频和拍照。

主要关注的是延迟和用户状态内存,没有太多开销。

基本上模型是这样的:

相机 服务器 客户端

我想要:

相机 服务器 客户端,包括网络客户端

现在,对于 web 端,我想两种基本方法是:

a) Web 客户端直接充当套接字客户端,直接连接到服务器。这将最大限度地减少延迟。这是否可能使用 HTML5/JavaScript 而无需借助 flash 之类的东西?

b) Web 客户端使用 Web 套接字或 AJAX 轮询等方式与 Web 服务器通信。 Web 服务器与应用程序服务器通信。现在,持久化服务器/服务器通信和处理用户凭据等问题出现了复杂情况。此外,还引入了一些延迟。好的一面是客户端将在防火墙/等后面工作。只要客户可以访问网站。

基本上,我一直在做很多不确定的研究,所以在这一点上,我正在寻找有经验的意见......你建议我从哪里开始?我应该聪明地研究哪些技术?怎样才能以合理的表现实现最快速的开发/学习?

【问题讨论】:

  • 这不是一个真正合适的 SO 问题。你需要更具体,而不是列出要求并基本上问“好的,我现在该怎么办?”

标签: javascript ajax html sockets web


【解决方案1】:

我建议你采取不同的路线:

相机(现有,C#)服务器(新的webapp)网络服务器客户端

并在服务器端应用程序中进行翻译。

  • 这会对您的应用程序的安全性产生巨大影响,因为摄像头服务器本身不再暴露给(不受信任的)Web 客户端,而只会暴露给(受信任的)Web 应用程序。
  • 让生活变得更轻松:在服务器端应用程序中通过 AJAX 请求在简单且易于理解的 JSON 之间进行转换非常简单(并且独立于浏览器)

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-10-23
    • 1970-01-01
    • 2012-02-04
    • 1970-01-01
    相关资源
    最近更新 更多