0

クライアントとサーバーからのUDPパス文字列を介したクライアントサーバープロジェクトがあり、その逆もあります。サーバーとクライアントの間で無制限の長さの文字列を渡したいので、サーバーがETXchar を buffer[strlen(buffer)+1] に配置して、クライアントにさらにバッファーがあることを示す解決策を考えました。クライアントは接続を閉じて、さらにデータが来るのを待つ必要はありません。

  1. そのようなメカニズムを設計することは良い考えですか?
  2. より良い解決策はありますか(の規則を宣言することを避けたい)
  3. char を印刷する必要がある場合、どのように charを処理しますC#か?javaETX

ここに画像の説明を入力

4

2 に答える 2

1

そのように設計するのは良い考えですか?

場合によります。あなたはUDPを使いたいと言っていました。失われたパケットや順不同で受信されたパケットをどのように処理しますか?

より良い解決策はありますか(の規則を宣言することを避けたい)

連続ストリームを送信したい場合は、TCP を使用する方が簡単です。

出力する必要がある場合、C#/java は ETX char をどのように処理しますか?

彼らはほぼ確実にそれを制御文字として印刷します。たとえば、空白または正方形として表示できます。

于 2013-06-10T10:49:09.830 に答える