【问题标题】:Server <-> silverlight client communication with potential heavy traffic服务器 <-> silverlight 客户端通信与潜在的大流量
【发布时间】:2011-03-15 05:58:16
【问题描述】:

我正在为我的新应用程序进行设计,我需要决定哪种通信方式最适合 Silverlight 客户端和服务器。 (可以是 winform 应用或网络应用)

几个要点:

  • 多个 Silverlight 客户端将连接到服务器。
  • 无论如何,大多数客户端到客户端的通信都将通过服务器进行,​​但很高兴听到有关 P2P 选项的信息。
  • 我知道我的网络选项有:套接字、Web 服务、WCF 服务,但哪一个最适合客户端和服务器之间的大量通信。 (我们称之为 50 kbps 的恒定带宽)。

响应时间(网络延迟)尽可能短也很重要。

【问题讨论】:

  • 客户端是在连接良好的网络上还是分布在互联网上?
  • 我的 Silverlight 客户端是一个带有 Silverlight 插件的网页,托管在与“服务器应用程序”相同的服务器上。

标签: c# silverlight architecture networking


【解决方案1】:

没有什么能比使用二进制序列化数据的普通旧 TCP 套接字的性能更好。

UDP 甚至更快,但它只适用于某些场景,例如。您不介意丢失奇数数据包,并且您不关心按照您发送它们的顺序到达的数据包的顺序。

由于 XML/SOAP 序列化以及 HTTP,Web 服务增加了很多开销。我猜您在使用 Web 服务与使用二进制数据的套接字时,可能会看到更多的数据通过网络传输。

【讨论】:

    【解决方案2】:

    WCF 为点对点提供了一些不错的选择,但需要您使用完整的框架,而不是 silverlight。看看 PeerChannel

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-07-16
      • 2011-09-11
      • 2016-10-04
      • 2011-08-18
      • 1970-01-01
      相关资源
      最近更新 更多