RO38 –比较RemObjects SDK 通道

本文汇总了RemObjects SDK提供的通道:

• 最通用的通道
  • 1) HTTP 通道:使用www超文本传输协议的灵活,网络无关的通信.
  • 2) Super TCP 通道: 在客户端服务端灵活通用的双向传输.
  • 3) Super HTTP 通道- new in 'Vinci'
• 常用的通道Frequently used channels
  • 4) 以前的TCP通道: 通过TCP实现轻量级通信.
  • 5) Email 通道(Delphi): 与存在的Email组织异步通讯.
  • 6) Local 通道:直接应用程序内部通信.
  • 7) DLL 通道(Delphi): 在DLL中执行服务端逻辑,并通过标准的RemObjects SDK接口调用机制调用.
• 很少使用的通道
  • 8) UDP and Broadcast 通道(Delphi): 轻量数据包通信.
  • 9) Named Pipe 通道:不使用TCP/IP的局域网内部的通信.
  • 10) WinMessage 通信(Delphi): 本机中的内部过程通信.

1) HTTP 通道

最常用的通道可能是基于超文本传输协议的. HTTP 协议, 组成www的基础,是Internet中最常用的协议之一,在RemObjects SDK中使用可以提供各种好处:

• 由于HTTP的广泛使用,这种协议可以在轻松用于受限的网络环境,如有防火墙或使用代理将客户端与Internet隔离. 如果终端用户可以通过浏览器访问网络,基于HTTP通道的客户端也非常可能运行.
• 服务端地址使用标准的URL标识,这样用户可以轻松明确的处理地址.
• 如果希望,HTTP通道可以提供人们能直接读取的服务端信息和开放的服务信息,并可以通过web浏览器查看.

总之,HTTP是当你位于扩展站点而无法控制网络时最好的协议,可以使你的客户端轻松的在各种类型的网络中工作.

两种版本(Delphi 和.NET)中都提供了HTTP客户端和服务端通道的几种实现,至于那种最好这取决于用户的偏爱和体会.所有的HTTP客户端都可以连接到HTTP服务端,反之亦然.

值得一说的是基于WinINET的客户端通道(Delphi 和.NET)可以使用IE浏览器的设置,包括使用代理和自动拨号规则,然而Indy和Internet数据包通道将使用实现于原始TCP之上的HTTP.

对于Delphi,BPDX服务通道提供了最好的性能和灵活性,但是这比轻量的Indy服务通道需要更多的资源.

客户端通道组件:

• IpHttpClientChannel (.NET)
• WinInetHttpClientChannel (.NET)
• TROIndyHttpChannel (Delphi)
• TROWinInetHTTPChannel (Delphi)
• TROSynapseHTTPChannel (Delphi)

服务端通道组件:

• IpHttpServerChannel (.NET)
• HttpSysServerChannel (.NET)- new in 'Vinci' (see note)

• WebProcessor (ASP.NET)
• TROIndyHTTPServer (Delphi)
• TROBPDXHttpServer (Delphi)
• TROWebBrokerServer (Delphi)

注意: HttpSysServerChannel 使用从IIS共享的微软HTTP内核,这样允许standalone服务从IIS web服务中分派一个端口.

2) Super TCP 通道

Super TCP通道组件提供实用灵活的通信通道,使用永久连接实现真正的异步通讯和服务回调.

在原始的TCP连接之上改进的客户自定义协议,这个通道允许使用传统通道类型所没有的高级特性:

• 保持实时连接,通过灵活的PING/PONG系统发现断开的连接(如由于网络繁忙)并无缝修复.
• 结合服务端和客户端通信,可以使服务端向客户端主动的发送事件或异步响应,而不用去轮询,减少了网络流量提高了回调的效率.
• 允许使用单通道同时发送多个请求.

这个通道广泛的用于需要事件和服务回调的情形,而且有防火墙和代理服务时也不要求使用基于HTTP的通道.

客户端通道组件:

• SuperTcpClientChannel (.NET)
• TROSuperTcpChannel (Delphi)

服务端通道组件:

• SuperTcpServerChannel (.NET)
• TROSuperTcpServer (Delphi)

3) Super HTTP 通道- new in 'Vinci'

这个通道如Super TCP通道一样提供了双向通信,但是它基于HTTP,从而可以穿透防火墙和精确的代理. 它比Super TCP通道的代价稍高一些,因为要在服务端使用两条连接.

客户端通道组件:

• IpSuperHttpClientChannel (.NET)
• WinInetSuperHttpClientChannel (.NET)
• TROIndySuperHttpChannel (Delphi)
• TROSynapseSuperHttpChannel (Delphi)

服务端通道组件:

• IpSuperHttpServerChannel (.NET)
• HttpSysSuperHttpServerChannel (.NET)
• SuperHttpWebProcessor (ASP.NET)
• TROIpSuperHttpServer (Delphi)

4) 过期的 TCP 通道

TCP,一种传输控制协议,是两种基于底层的使用TCP/IP网络堆栈的Internet通讯基本协议之一,在客户端和服务端通过连接提供数据传输.然而TCP也为更复杂的传输协议(如HTTP,POP3等)提供支持,TCP通道使用原始的TCP提供轻量协议,在传输消息中没有添加任何附加信息.

当网络流量小并且没有使用防火墙时TCP通道是最好的选择.这时TCP通道可以提供方法调用的最好执行效率.

在Delphi中,BPDX服务通道提供了最好的效率和高灵活行,但是要比轻量Indy服务通道需要更多的资源.

客户端通道组件:

• IpTcpClientChannel (.NET)
• TROIndyTcpChannel (Delphi)

服务端通道组件:

• IpTcpServerChannel (.NET)
• TROIndyTcpServer (Delphi)
• TROBPDXTcpServer (Delphi)

5) Email 通道 (Delphi)

Email通道使用标准的Email和存在的POP3及SMTP服务执行异步通讯,向服务端发送请求并接收响应.

客户端通道指定Email地址,并使用这个地址向服务端发送处理请求.服务端从POP3信箱中接收到邮件,处理请求,最后也使用Email的形式向客户端返回处理结果. 客户端通道通过轮询其POP3信箱接收响应.

这个通道适用于长时间执行(可能会超过单个客户端Session的有效时间OutTime)的请求. 由于请求和响应在POP3信箱中是持续的,客户端发送请求后退出,而接收响应可能要在几小时或几天以后.同样,请求发送到服务端可能不会马上执行-服务端启动后将从其邮件箱中提取并处理邮件.

客户端通道组件:

• TROEmailChannel (Delphi)

服务端通道组件:

• TROEmailServer (Delphi)

6) Local 通道

Local通道允许RemObjects SDK在.NET或Delphi应用程序中基于单机通讯; 使你可以轻松重用集成的客户端和服务端应用程序,或建立单层应用程序稍后可以简单的修改通道类型移为他用.

关于第一方面将应用程序逻辑分为客户端和服务器然后又要在同一个执行文件中使用看起来可能没什么用处,这个通道在如下两种情形时很有帮助, 特别是当结合Data Abstract数据库多层架构:

• 在保留扩充性的前提下实现一个单层应用程序,在需要的时候可以很容易的升级为三层解决方案.
• 将多层应用重用与单层环境-如出售单用户版本的产品,或提供一个桌面版的客户机/服务器数据库前端.

在这两个案例或相似的情况下,Local通道可以简单的将客户端和服务端组合在一个应用程序中,但是仍然保留了逻辑上的多层次分离.

客户端通道组件:

• LocalClientChannel (.NET)
• TROLocalChannel (Delphi)

服务端通道组件:

• LocalServerChannel (.NET)
• TROLocalServer (Delphi)

7) DLL 通道 (Delphi)

DLL通道允许你在DLL内部执行服务逻辑,其使用标准的RemObjects SDK 调用机制. 通道自动为你的客户端过程加载DLL,并像远程服务一样将服务端方法开放出来.

为什么要使用这个通道请查看上面的Local通道小节.

客户端通道组件:

• TRODLLChannel (Delphi)

服务端通道组件:

• TROLocalServer (Delphi)

8) UDP 和 Broadcast 通道 (Delphi)

除了TCP, UDP是另外一个Internet TCP/IP网络组织的基本传输协议.与TCP相比,UDP没有基于连接传输数据的概念,而是在网络中发送单独的数据包-可寻址数据包.

UDP也提供了没有错误修正和保证的传递方式,所以通过UDP发送的数据包可能会并没有达到目的地而丢失,或发生错误而简单的放弃.同时UPD通过自动截取而不提供大数据包的传递.总之,UDP与TCP相比更快更有效率.

你可能想在需要高频率高效率传递小数据包事使用基于UDP的通道,而且不用去考虑网络错误调整和包恢复(如TCP提供的特性).这只能用于局域网的情形,网络组织可靠并且发生丢包的情况非常少.

Broadcast通道与UDP通道变化而来,允许你向本地网络中所有可用的服务端使用UDP广播发送请求. 这在通知或搜索可用服务端时非常有用.

这两种通道可以用于异步模式;对于广播的情形,你的服务端将调用ROSendNoResponse 防止任何响应形式发送(以便于大量的接收方可以取消消息通知),直到你的客户端将准备好接收多个响应.

客户端通道组件:

• TROIndyUdpChannel (Delphi)
• TROBroadcastChannel (Delphi)

服务端通道组件:

• TROIndyUdpServer (Delphi)
• TROBroadcastServer (Delphi)

9) Named Pipe 通道

这个通道使用Windows的命名管道特性在客户端和服务端通讯.推荐使用命名管道在单机的不同进程直接通讯,尤其是在不同用户环境下运行.这很有用,例如对服务的控制.

请订阅平台SDK或MSDN文档查看更多命名管道信息.

提示: 牢记一个要点: Windows设置了同时连接到一个命名管道的客户端数量-Home版为5个,Pro版为10个. 如果要运行一个网络服务TCP/IP是最好的选择.

客户端通道组件:

• NamedPipeClientChannel (.NET) - new in 'Vinci'
• TRONamedPipeChannel (Delphi)

服务端通道组件:

• NamedPipeServerChannel (.NET) - new in 'Vinci'
• TRONamedPipeServer (Delphi)

10) WinMessage 通道 (Delphi)

这个通道使用Windows消息在客户端和服务端通讯.

这是在单机内部进程间通讯的一个简单方式,Windows消息有一些限制-不能在Windows服务(与Exe文件对应)中与服务(Service)通讯, 使用Windows消息(MSMQ)轮询来实现客户端和服务端通讯. 请订阅平台SDK和MSDN文档查看这个概念的更多信息.

客户端通道组件:

• TROWinMessageChannel (Delphi)

服务端通道组件:

• TROWinMessageServer (Delphi)  

结论

本文比较了各种通道然后使用他们,如果你在使用时有什么问题请发送Email support@remobjects.com联系.