現在、基本的にデスクトップGUIとTCPサーバーで構成される既存のアプリケーションがあります。クライアントはサーバーに接続し、サーバーは何か面白いことが起こった場合にクライアントに通知します。
今、私はデスクトップGUIをWeb GUIに置き換えることになっていますが、tcpパケットの代わりにhttpパケットを送信するようにサーバーを書き直す必要があるのか、それとも何らかのプロキシを使用してtcpパケットを取得できるのか疑問に思っています。それらをWebクライアントに転送しますか？
ある種のコメットサーバーが必要ですか？
クライアントに「Whats new pal?」のような質問をさせることができれば、ときどきサーバーに TCP 経由の HTTP サーバー エミュレーターの実装を開始できます。これは楽しくて簡単なプロセスです。また、任意の Web ベースの GUI を使用できます。
TCP 応答の Http ヘッダーに追加するだけで済みます - おそらくそうするでしょう =)
つまり、HTTP は、ここに示すようないくつかのヘッダーを持つ単なる TCP です。
おそらく、 fiddlerをインストールして、Web で通常行う http 要求/応答を監視する必要があります。そうすれば、TCP サーバーを http エミュレーターに変換する方法がわかります =)
ソケットベースのアプローチを維持したい場合は、フラッシュ（いくつかの ソケットAPIがあります）またはシルバーライト（ソケットAPIがあり、そのようなNetTcpBindingまたはDuplexbindingに行くことができます-サーバーが必要なときにサーバーからメッセージを受信する機能を提供しますそれらを受信する (サーバーがメッセージをプッシュする))
そのため、より便利なものをお勧めできるように、使用する予定のバックエンドをお知らせください。