簡體   English   中英

WCF與WCF雙工與套接字

[英]WCF vs. WCF Duplex vs. Sockets

我曾經在某種程度上發布過有關此內容的文章,但是經過幾天的閱讀,我對WCF有了更好的了解,並希望在我開始研究它之前獲得一些反饋。

我基本上需要開發服務器/客戶端系統。 “服務器”應用程序(c#net控制台應用程序)將在具有MySQL數據庫,所有軟件安裝包以及我們在本地需要的其他任何計算機上運行。 “客戶端”應用程序(c#網絡控制台應用程序)將在我們其余的計算機上運行,​​並保持與服務器軟件的直接連接。 使用Web前端,我們的管理員將能夠將軟件包安裝到客戶端,創建新服務等。

由於我們擁有所有計算機,並且無論如何都必須對其進行配置,因此服務器推送不是問題。 我們不必擔心防火牆或任何類型的NAT設置,因為我們可以進入並打開其運行所需的端口。

最初使我對WCF感到困惑的是我將“ WCF服務”與服務器相關聯。 但是,由於大多數操作實際上將在“ WCF服務”上運行,所以這是我的邏輯。

1)使“客戶端”應用程序實際上是“ WCF服務”,以便在適當的計算機上實際運行公開的功能。

2)讓“服務器”應用程序實際上是“ WCF客戶端”,並從此處發出所有指令/命令,然后僅使用返回值來更新數據庫/等。

這是遵循的正確方法,還是我應該研究WCF Duplex(乍一看就非常令人困惑)還是僅從原始套接字開始?

從我試圖做的事情來看,你是對的。 也就是說,客戶端計算機上確實應該有一個運行的TCP / IP“服務器”,而中央服務器計算機上應該有Tcp / IP“客戶端”。

這樣,TCP / IP客戶端(在服務器計算機上運行的應用程序)可以啟動對每個客戶端計算機的調用。

還請記住,一個應用程序既可以是tcp / ip客戶端又可以是服務器。 因此,在服務器計算機上運行的應用程序也可以是tcp / ip服務器,管理員可以使用它來使用瀏覽器執行操作。 這實際上意味着該服務是HTTP服務。

因此,這不是客戶端/服務器。 它是分布式計算的中心輻射型安排。 我認為,WCF可以很好地使用。 您有多個服務器和一個協調器(所有這些服務器的客戶端),這些協調器可以從各種服務器上完成工作並更新數據庫。

因此,WCF非常適合您。 WCF的好處是易於配置和處理通信部分。 您不必為套接字的管理而費勁。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM