.NET程序之間的通信

我想在兩個C＃應用程序之間建立一個簡單的數據通信，我不確定最好的方法是什麼。我以前使用過Java Socket和ServerSockets來完成這項工作，但我是C＃的新手，所以我來徵求意見:)它將與兩個交換字符串或類似內容的客戶端進行雙向通信。.NET程序之間的通信

來源

2010-03-31 IronManIngellis

我認爲你應該更精確一點。例如，你的「C＃應用程序」是什麼？網絡應用程序嗎？ Windows窗體？還有別的嗎？他們在哪裏「生活」？在同一臺機器上？在局域網上？在網上？如果有人能夠提出「在C＃中的兩個應用程序之間進行雙向通信的最佳方法」，這會讓我感到有些驚訝。沒有冒犯的意思。 – scherand 2010-03-31 18:53:24

你是對的，對不起。我想讓兩個用戶客戶端相互連接並交換信息。我本來希望避免有一個獨立的服務器應用程序，但如果我必須那麼顯然我會。我的意圖是在不同的機器上通過互聯網。沒有冒犯，我的意思是「簡單的方式」，不一定是「最好的方式」 - 就像我說的，我是C＃的新手，想盡量保持它的初學者的形象。 – IronManIngellis 2010-03-31 22:56:43

WCF（Windows Communication Foundation）是您想要的。

來源

2010-03-31 18:49:45 Jaxidian

遠程處理是WCF中的一種可能選項，以及不改變一行代碼，只是一個配置文件。 – Jaxidian 2010-03-31 18:50:23

你需要NET Remoting。

遠程處理可以在同一臺計算機上的兩個應用程序之間進行，也可以通過網絡進行。

這是一個好的開始，第一個鏈接是「Hello World！」。遠程處理應用程序： http://msdn.microsoft.com/en-us/library/kwdt6w2k%28VS.71%29.aspx

來源

2010-03-31 18:49:27

.NET Remoting已被棄用，以支持WCF。請不要在.NET Remoting中引導新人。 – 2010-03-31 18:51:14

我不得不考慮.NET Remoting已被「棄用」的贊成WCF的想法。這是否意味着如果我使用TCP或管道，Microsoft將不再支持我的代碼？幾乎不。另外，請按照我的答案中的鏈接。如果存在棄用問題，則該鏈接背後的內容會說明這種情況。作爲一般規則，微軟可能會贊成WCF優於Remoting，但是這種市場營銷問題並沒有使我的答案不正確。 – 2010-03-31 19:03:18

你的鏈接是.NET 1.1鏈接。請不要發佈那些除了回答.NET 1.1問題。當前鏈接是http://msdn.microsoft.com/en-us/library/kwdt6w2k.aspx，其中說，「本主題是特定於遺留技術，爲保持與現有應用程序的向後兼容性而保留，不建議用於（WCF）開發分佈式應用程序現在應該使用Windows Communication Foundation（WCF）開發分佈式應用程序，鏈接= http：//go.microsoft.com/fwlink/？LinkID = 127777「 – 2010-03-31 20:44:51

您有幾種選擇：

使用pipes
使用套接字
WCF

來源

2010-03-31 18:50:38 Giorgi

FWIW，WCF將＃1和＃2作爲實現選項。 – Jaxidian 2010-03-31 18:55:37

我還要看看NServiceBus。它非常易於安裝併爲您提供可靠的消息系統。應用程序之間發送的任何消息（無論目標應用程序是否在線）始終都會發送。圖書館利用MSMQ來促進溝通。

來源

2010-03-31 20:40:25 Rohland

.NET程序之間的通信

回答

相關問題