0

基本的に、既存のアプリケーションは、Windows サービスとして実行され、ソケットを使用してこのサーバーに接続するクライアント アプリケーションと通信する C# サーバー アプリケーションで構成されます。

サーバーは、基本的にいくつかのカメラ システムを制御します。ユーザーは、ログインしてカメラを動かしたり、ビデオを撮ったり、写真を撮ったりすることができます。

主な懸念事項は、オーバーヘッドが大きくないレイテンシとユーザー状態メモリです。

基本的にモデルは次のようになります。

カメラ <---> サーバー <---> クライアント

私が欲しい:

カメラ <---> サーバー <---> Web クライアントを含むクライアント

さて、Web 側の基本的なアプローチは次の 2 つだと思います。

a) Web クライアントは、サーバーに直接接続するソケット クライアントとして直接機能します。これにより、レイテンシが最小限に抑えられます。これは、フラッシュなどに頼らずに HTML5/JavaScript を使用して可能ですか?

b) Web クライアントは、Web ソケットや AJAX によるポーリングなどを使用して Web サーバーと通信します。Web サーバーはアプリケーション サーバーと通信します。現在、サーバー間通信の永続化とユーザー資格情報の処理などで複雑さが生じています。また、いくらかの遅延が発生します。利点は、クライアントがファイアウォールなどの背後で機能することです。クライアントが Web サイトにアクセスできる限り。

基本的に、私は多くの決定的でない調査を行ってきたので、この時点で経験豊富な情報を探しています... どこから始めることをお勧めしますか? どのテクノロジーを調査するのが賢明でしょうか? 合理的なパフォーマンスで最も迅速な開発/学習を可能にするものは何ですか?

4

1 に答える 1

0

別のルートを取ることをお勧めします。

カメラ <----> (既存、C#) サーバー <----> (新しい Web アプリケーション) Web サーバー <----> クライアント

サーバー側アプリで翻訳作業を行います。

  • カメラ サーバー自体が (信頼されていない) Web クライアントに公開されなくなり、(信頼された) Web アプリにのみ公開されるため、これはアプリケーションのセキュリティ面に大きな影響を与えます。
  • サーバー側のアプリ内で AJAX リクエストを介してシンプルでよく理解されている JSON 間の変換は簡単です (そしてブラウザーに依存しません)。
于 2013-05-13T23:03:27.920 に答える