如何寫(xiě)一個(gè)web程序和服務(wù)器端的一個(gè)exe程序進(jìn)行通信？您的問(wèn)題是不同客戶(hù)端之間的通信問(wèn)題，無(wú)論是PC、web還是應(yīng)用程序，都是底層通信的問(wèn)題?，F(xiàn)在技術(shù)比較成熟。首先，當(dāng)你談?wù)揌TML5推送時(shí)，你應(yīng)該

如何寫(xiě)一個(gè)web程序和服務(wù)器端的一個(gè)exe程序進(jìn)行通信？

您的問(wèn)題是不同客戶(hù)端之間的通信問(wèn)題，無(wú)論是PC、web還是應(yīng)用程序，都是底層通信的問(wèn)題。現(xiàn)在技術(shù)比較成熟。

首先，當(dāng)你談?wù)揌TML5推送時(shí)，你應(yīng)該談?wù)搘eb套接字、web RPC等等。這主要是指web端用于通信的技術(shù)。當(dāng)一個(gè)頁(yè)面打開(kāi)而沒(méi)有關(guān)閉時(shí)，該頁(yè)面運(yùn)行JS腳本與后端通信。

exe與web通信有兩種方式。一種是EXE直接與web通信。在這種情況下，EXE程序需要打開(kāi)一個(gè)套接字服務(wù)，然后連接到web。在這種情況下，web和exe是直接連接的。還有一個(gè)需要服務(wù)器做中轉(zhuǎn)，EXE和web都連接到這個(gè)服務(wù)器上，然后由服務(wù)器中轉(zhuǎn)通信。

我相信您想要的是通過(guò)服務(wù)器傳輸通信。在本例中，我將討論三種常見(jiàn)的解決方案：

1。Web API傳輸，例如Asp.Net實(shí)際上，webapi信號(hào)器是一個(gè)接收和推送服務(wù)。這種方案有許多缺點(diǎn)。例如，過(guò)去任何不在線的客戶(hù)端都不能推送消息。當(dāng)然，除了數(shù)據(jù)庫(kù)傳輸之外，這需要額外的技術(shù)支持。

2. Mqtt推送服務(wù)是一種消息訂閱和發(fā)布服務(wù)。無(wú)論打開(kāi)EXE還是web，它都會(huì)向服務(wù)器注冊(cè)并訂閱服務(wù)器的消息。它可以發(fā)送和接收相同主題或不同主題的消息。云消息隊(duì)列服務(wù)的本質(zhì)類(lèi)似于mqtt，但它是放在云上的。目前騰訊云和阿里云有類(lèi)似的服務(wù)，而且價(jià)格也不貴。AWS和azure也是可用的，它們都有現(xiàn)成的SDK調(diào)用。

希望以上內(nèi)容能對(duì)您有所幫助。

如何寫(xiě)一個(gè)web程序和服務(wù)器端的一個(gè)exe程序進(jìn)行通信？

現(xiàn)在看來(lái)要求是這樣的：一個(gè)程序有三個(gè)組件：數(shù)據(jù)源：數(shù)據(jù)源是一個(gè)可執(zhí)行程序，在服務(wù)器端工作。它負(fù)責(zé)本需求中未知來(lái)源的實(shí)際操作。服務(wù)器：此服務(wù)器是一個(gè)web服務(wù)器，用于提供網(wǎng)頁(yè)上的操作界面和控制數(shù)據(jù)源。服務(wù)器接受來(lái)自客戶(hù)機(jī)的web請(qǐng)求，并將其轉(zhuǎn)換為數(shù)據(jù)源可以識(shí)別的操作。客戶(hù)端：瀏覽器頁(yè)面將web請(qǐng)求作為客戶(hù)端發(fā)送到服務(wù)器。每個(gè)web請(qǐng)求對(duì)應(yīng)于一個(gè)數(shù)據(jù)端操作。

web和本地exe做通訊.怎么通訊.要求勢(shì)力？

其實(shí)并不復(fù)雜。這取決于web程序和exe是否在同一臺(tái)服務(wù)器上。有兩種通信方式，文件或數(shù)據(jù)庫(kù)。如果是同一臺(tái)服務(wù)器，則文件和數(shù)據(jù)庫(kù)都正常。如果不是同一臺(tái)服務(wù)器，則文件更麻煩，數(shù)據(jù)庫(kù)也更方便。這取決于你如何使用它。我們?cè)诰€共享一個(gè)文件或數(shù)據(jù)庫(kù)。例如，Exe使用偵聽(tīng)，每隔幾秒鐘查看數(shù)據(jù)庫(kù)中的字段是否更改，如果更改，則執(zhí)行操作。Web更改數(shù)據(jù)庫(kù)中此字段的值以控制exe的操作。