本文匯總了RemObjects SDK提供的通道:

• 最通用的通道
  • 1) HTTP 通道:使用www超文本傳輸協(xié)議的靈活,網(wǎng)絡(luò)無(wú)關(guān)的通信.
  • 2) Super TCP 通道: 在客戶端服務(wù)端靈活通用的雙向傳輸.
  • 3) Super HTTP 通道- new in 'Vinci'
• 常用的通道Frequently used channels
  • 4) 以前的TCP通道: 通過(guò)TCP實(shí)現(xiàn)輕量級(jí)通信.
  • 5) Email 通道(Delphi): 與存在的Email組織異步通訊.
  • 6) Local 通道:直接應(yīng)用程序內(nèi)部通信.
  • 7) DLL 通道(Delphi): 在DLL中執(zhí)行服務(wù)端邏輯,并通過(guò)標(biāo)準(zhǔn)的RemObjects SDK接口調(diào)用機(jī)制調(diào)用.
• 很少使用的通道
  • 8) UDP and Broadcast 通道(Delphi): 輕量數(shù)據(jù)包通信.
  • 9) Named Pipe 通道:不使用TCP/IP的局域網(wǎng)內(nèi)部的通信.
  • 10) WinMessage 通信(Delphi): 本機(jī)中的內(nèi)部過(guò)程通信.

1) HTTP 通道 最常用的通道可能是基于超文本傳輸協(xié)議的. HTTP 協(xié)議, 組成www的基礎(chǔ),是Internet中最常用的協(xié)議之一,在RemObjects SDK中使用可以提供各種好處:

• 由于HTTP的廣泛使用,這種協(xié)議可以在輕松用于受限的網(wǎng)絡(luò)環(huán)境,如有防火墻或使用代理將客戶端與Internet隔離. 如果終端用戶可以通過(guò)瀏覽器訪問(wèn)網(wǎng)絡(luò),基于HTTP通道的客戶端也非常可能運(yùn)行.
• 服務(wù)端地址使用標(biāo)準(zhǔn)的URL標(biāo)識(shí),這樣用戶可以輕松明確的處理地址.
• 如果希望,HTTP通道可以提供人們能直接讀取的服務(wù)端信息和開(kāi)放的服務(wù)信息,并可以通過(guò)web瀏覽器查看.

總之,HTTP是當(dāng)你位于擴(kuò)展站點(diǎn)而無(wú)法控制網(wǎng)絡(luò)時(shí)最好的協(xié)議,可以使你的客戶端輕松的在各種類型的網(wǎng)絡(luò)中工作. 兩種版本(Delphi 和.NET)中都提供了HTTP客戶端和服務(wù)端通道的幾種實(shí)現(xiàn),至于那種最好這取決于用戶的偏愛(ài)和體會(huì).所有的HTTP客戶端都可以連接到HTTP服務(wù)端,反之亦然. 值得一說(shuō)的是基于WinINET的客戶端通道(Delphi 和.NET)可以使用IE瀏覽器的設(shè)置,包括使用代理和自動(dòng)撥號(hào)規(guī)則,然而Indy和Internet數(shù)據(jù)包通道將使用實(shí)現(xiàn)于原始TCP之上的HTTP. 對(duì)于Delphi,BPDX服務(wù)通道提供了最好的性能和靈活性,但是這比輕量的Indy服務(wù)通道需要更多的資源. 客戶端通道組件:

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

服務(wù)端通道組件:

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

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

注意: HttpSysServerChannel 使用從IIS共享的微軟HTTP內(nèi)核,這樣允許standalone服務(wù)從IIS web服務(wù)中分派一個(gè)端口. 2) Super TCP 通道 Super TCP通道組件提供實(shí)用靈活的通信通道,使用永久連接實(shí)現(xiàn)真正的異步通訊和服務(wù)回調(diào). 在原始的TCP連接之上改進(jìn)的客戶自定義協(xié)議,這個(gè)通道允許使用傳統(tǒng)通道類型所沒(méi)有的高級(jí)特性:

• 保持實(shí)時(shí)連接,通過(guò)靈活的PING/PONG系統(tǒng)發(fā)現(xiàn)斷開(kāi)的連接(如由于網(wǎng)絡(luò)繁忙)并無(wú)縫修復(fù).
• 結(jié)合服務(wù)端和客戶端通信,可以使服務(wù)端向客戶端主動(dòng)的發(fā)送事件或異步響應(yīng),而不用去輪詢,減少了網(wǎng)絡(luò)流量提高了回調(diào)的效率.
• 允許使用單通道同時(shí)發(fā)送多個(gè)請(qǐng)求.

這個(gè)通道廣泛的用于需要事件和服務(wù)回調(diào)的情形,而且有防火墻和代理服務(wù)時(shí)也不要求使用基于HTTP的通道. 客戶端通道組件:

• SuperTcpClientChannel (.NET)
• TROSuperTcpChannel (Delphi)

服務(wù)端通道組件:

• SuperTcpServerChannel (.NET)
• TROSuperTcpServer (Delphi)

3) Super HTTP 通道- new in 'Vinci' 這個(gè)通道如Super TCP通道一樣提供了雙向通信,但是它基于HTTP,從而可以穿透防火墻和精確的代理. 它比Super TCP通道的代價(jià)稍高一些,因?yàn)橐诜?wù)端使用兩條連接. 客戶端通道組件:

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

服務(wù)端通道組件:

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

4) 過(guò)期的 TCP 通道 TCP,一種傳輸控制協(xié)議,是兩種基于底層的使用TCP/IP網(wǎng)絡(luò)堆棧的Internet通訊基本協(xié)議之一,在客戶端和服務(wù)端通過(guò)連接提供數(shù)據(jù)傳輸.然而TCP也為更復(fù)雜的傳輸協(xié)議(如HTTP,POP3等)提供支持,TCP通道使用原始的TCP提供輕量協(xié)議,在傳輸消息中沒(méi)有添加任何附加信息. 當(dāng)網(wǎng)絡(luò)流量小并且沒(méi)有使用防火墻時(shí)TCP通道是最好的選擇.這時(shí)TCP通道可以提供方法調(diào)用的最好執(zhí)行效率. 在Delphi中,BPDX服務(wù)通道提供了最好的效率和高靈活行,但是要比輕量Indy服務(wù)通道需要更多的資源. 客戶端通道組件:

• IpTcpClientChannel (.NET)
• TROIndyTcpChannel (Delphi)

服務(wù)端通道組件:

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

5) Email 通道 (Delphi) Email通道使用標(biāo)準(zhǔn)的Email和存在的POP3及SMTP服務(wù)執(zhí)行異步通訊,向服務(wù)端發(fā)送請(qǐng)求并接收響應(yīng). 客戶端通道指定Email地址,并使用這個(gè)地址向服務(wù)端發(fā)送處理請(qǐng)求.服務(wù)端從POP3信箱中接收到郵件,處理請(qǐng)求,最后也使用Email的形式向客戶端返回處理結(jié)果. 客戶端通道通過(guò)輪詢其POP3信箱接收響應(yīng). 這個(gè)通道適用于長(zhǎng)時(shí)間執(zhí)行(可能會(huì)超過(guò)單個(gè)客戶端Session的有效時(shí)間OutTime)的請(qǐng)求. 由于請(qǐng)求和響應(yīng)在POP3信箱中是持續(xù)的,客戶端發(fā)送請(qǐng)求后退出,而接收響應(yīng)可能要在幾小時(shí)或幾天以后.同樣,請(qǐng)求發(fā)送到服務(wù)端可能不會(huì)馬上執(zhí)行-服務(wù)端啟動(dòng)后將從其郵件箱中提取并處理郵件. 客戶端通道組件:

• TROEmailChannel (Delphi)

服務(wù)端通道組件:

• TROEmailServer (Delphi)

6) Local 通道 Local通道允許RemObjects SDK在.NET或Delphi應(yīng)用程序中基于單機(jī)通訊; 使你可以輕松重用集成的客戶端和服務(wù)端應(yīng)用程序,或建立單層應(yīng)用程序稍后可以簡(jiǎn)單的修改通道類型移為他用. 關(guān)于第一方面將應(yīng)用程序邏輯分為客戶端和服務(wù)器然后又要在同一個(gè)執(zhí)行文件中使用看起來(lái)可能沒(méi)什么用處,這個(gè)通道在如下兩種情形時(shí)很有幫助, 特別是當(dāng)結(jié)合Data Abstract數(shù)據(jù)庫(kù)多層架構(gòu):

• 在保留擴(kuò)充性的前提下實(shí)現(xiàn)一個(gè)單層應(yīng)用程序,在需要的時(shí)候可以很容易的升級(jí)為三層解決方案.
• 將多層應(yīng)用重用與單層環(huán)境-如出售單用戶版本的產(chǎn)品,或提供一個(gè)桌面版的客戶機(jī)/服務(wù)器數(shù)據(jù)庫(kù)前端.

在這兩個(gè)案例或相似的情況下,Local通道可以簡(jiǎn)單的將客戶端和服務(wù)端組合在一個(gè)應(yīng)用程序中,但是仍然保留了邏輯上的多層次分離. 客戶端通道組件:

• LocalClientChannel (.NET)
• TROLocalChannel (Delphi)

服務(wù)端通道組件:

• LocalServerChannel (.NET)
• TROLocalServer (Delphi)

7) DLL 通道 (Delphi) DLL通道允許你在DLL內(nèi)部執(zhí)行服務(wù)邏輯,其使用標(biāo)準(zhǔn)的RemObjects SDK 調(diào)用機(jī)制. 通道自動(dòng)為你的客戶端過(guò)程加載DLL,并像遠(yuǎn)程服務(wù)一樣將服務(wù)端方法開(kāi)放出來(lái). 為什么要使用這個(gè)通道請(qǐng)查看上面的Local通道小節(jié). 客戶端通道組件:

• TRODLLChannel (Delphi)

服務(wù)端通道組件:

• TROLocalServer (Delphi)

8) UDP 和 Broadcast 通道 (Delphi) 除了TCP, UDP是另外一個(gè)Internet TCP/IP網(wǎng)絡(luò)組織的基本傳輸協(xié)議.與TCP相比,UDP沒(méi)有基于連接傳輸數(shù)據(jù)的概念,而是在網(wǎng)絡(luò)中發(fā)送單獨(dú)的數(shù)據(jù)包-可尋址數(shù)據(jù)包. UDP也提供了沒(méi)有錯(cuò)誤修正和保證的傳遞方式,所以通過(guò)UDP發(fā)送的數(shù)據(jù)包可能會(huì)并沒(méi)有達(dá)到目的地而丟失,或發(fā)生錯(cuò)誤而簡(jiǎn)單的放棄.同時(shí)UPD通過(guò)自動(dòng)截取而不提供大數(shù)據(jù)包的傳遞.總之,UDP與TCP相比更快更有效率. 你可能想在需要高頻率高效率傳遞小數(shù)據(jù)包事使用基于UDP的通道,而且不用去考慮網(wǎng)絡(luò)錯(cuò)誤調(diào)整和包恢復(fù)(如TCP提供的特性).這只能用于局域網(wǎng)的情形,網(wǎng)絡(luò)組織可靠并且發(fā)生丟包的情況非常少. Broadcast通道與UDP通道變化而來(lái),允許你向本地網(wǎng)絡(luò)中所有可用的服務(wù)端使用UDP廣播發(fā)送請(qǐng)求. 這在通知或搜索可用服務(wù)端時(shí)非常有用. 這兩種通道可以用于異步模式;對(duì)于廣播的情形,你的服務(wù)端將調(diào)用ROSendNoResponse 防止任何響應(yīng)形式發(fā)送(以便于大量的接收方可以取消消息通知),直到你的客戶端將準(zhǔn)備好接收多個(gè)響應(yīng). 客戶端通道組件:

• TROIndyUdpChannel (Delphi)
• TROBroadcastChannel (Delphi)

服務(wù)端通道組件:

• TROIndyUdpServer (Delphi)
• TROBroadcastServer (Delphi)

9) Named Pipe 通道 這個(gè)通道使用Windows的命名管道特性在客戶端和服務(wù)端通訊.推薦使用命名管道在單機(jī)的不同進(jìn)程直接通訊,尤其是在不同用戶環(huán)境下運(yùn)行.這很有用,例如對(duì)服務(wù)的控制. 請(qǐng)訂閱平臺(tái)SDK或MSDN文檔查看更多命名管道信息. 提示: 牢記一個(gè)要點(diǎn): Windows設(shè)置了同時(shí)連接到一個(gè)命名管道的客戶端數(shù)量-Home版為5個(gè),Pro版為10個(gè). 如果要運(yùn)行一個(gè)網(wǎng)絡(luò)服務(wù)TCP/IP是最好的選擇. 客戶端通道組件:

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

服務(wù)端通道組件:

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

10) WinMessage 通道 (Delphi) 這個(gè)通道使用Windows消息在客戶端和服務(wù)端通訊. 這是在單機(jī)內(nèi)部進(jìn)程間通訊的一個(gè)簡(jiǎn)單方式,Windows消息有一些限制-不能在Windows服務(wù)(與Exe文件對(duì)應(yīng))中與服務(wù)(Service)通訊, 使用Windows消息(MSMQ)輪詢來(lái)實(shí)現(xiàn)客戶端和服務(wù)端通訊. 請(qǐng)訂閱平臺(tái)SDK和MSDN文檔查看這個(gè)概念的更多信息. 客戶端通道組件:

• TROWinMessageChannel (Delphi)

服務(wù)端通道組件:

• TROWinMessageServer (Delphi)??

結(jié)論 本文比較了各種通道然后使用他們,如果你在使用時(shí)有什么問(wèn)題請(qǐng)發(fā)送Email support@remobjects.com聯(lián)系.

轉(zhuǎn)載于:https://www.cnblogs.com/MaxWoods/archive/2012/08/21/2648379.html

總結(jié)

以上是生活随笔為你收集整理的RO38 –比较RemObjects SDK 通道的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。