2

私は現在、複雑な測定システムを実行するソフトウェアにサーバー機能を統合しています。クライアントは、私のソフトウェアにシステムの現在の状態を定期的に尋ねる別の会社のソフトウェアになります。

私の質問は次のとおりです。これらの状態情報を提供するプロトコルを設計する最良の方法は何ですか。送信する必要があるさまざまな状態があります。

私は、異なる状態フラグを生成し、たとえば、各ビットが異なる状態を表す 32 ビットの数値のみを転送するソリューションを見てきました。

例:

  • ビット 0 - システムはオンラインです
  • ビット 1 - 測定中
  • ビット 2 - 温度が安定した ... など。

このソリューションでは、トラフィックはほとんど生成されません。私には非常に柔軟性がないように思えますが、デバッグも非常に困難です。

他にできると思うのは、状態の名前が前に付いている各状態を転送することです。

例: #SystemOnline#1#MeasurementInProgress#0#TemperatureInProgress#0#.....

このソリューションは、より多くのトラフィックを生成します。ただし、各状態が転送される順序は無関係であるため、はるかに柔軟に見えます。また、デバッグがはるかに簡単になるはずです。

問題を解決するための良い方法を経験から知っている人はいますか、それとも私がベストプラクティスを見つけることができる良い知識源を知っている人はいますか? 車輪の再発明を防止したいだけです

4

1 に答える 1

0

リモート システムにネットワーク リクエストを送信し、応答を待ち、応答を受信して​​デコードすると、応答が 32 ビットであるか 32K であるかはほとんど問題になりません。そして、このトラフィックを 1 秒間に何回生成するのでしょうか? 1未満の場合、それはさらに重要ではありません。そのため、文字列であれ XML であれ、実装が最も簡単でクライアントにとって最も自然なものを使用してください。

于 2011-06-01T10:11:54.383 に答える