処理待ちのロジックの考え方

Question

初歩的な質問で申し訳ありません。

C#にて、あるボタンをクリックした際の処理の中で

スレッド（このスレッドはアプリの開始から終了までずっと動いている）で

フラグがたつまで処理を待つということをやりたいのですが、

どのように組み立てたらよろしいでしょうか？

実際にはTCP/IPでファイル送信を行ったあと、

結果待ちをする処理でして、複数のファイルを１こずつ送るために、

送信ファイル数分をループして処理し、１回１回の送信結果を受信して

次の処理に… ということを考えています。

Doeventsでループ待ちはよろしくないとの記述を見かけますので

他の方法で実現したいと思っています。

ご指導よろしくお願いします。

Answer 1

こんにちは。

１度の送信⇒受信ならこれで問題ないのですが、複数データを１つ１つ送る場合に難儀しております。

「④受信したら受信データを受信キューに入れてイベントハンドラ呼び出し」の処理は「常に動いているスレッド」にて実行されているのですよね？ そのスレッドで④の後で「⑤送信キュー配列に送信データが残っていたら、送信」ではダメなのでしょうか？

Comments

[tachoawc3148]

アドバイスありがとうございます。

アドバイスいただいたように、送信データの格納配列をつくり、送信成功した場合のイベントハンドラ内で次のデータを送る処理を加えて、また成功したらイベントがかかって…と組み替えたところ上手く処理が流せるようになりました。

ありがとうございました！

Answer 2

TCP/IPなら処理待ちというよりも、「どう完了処理を受け取るか」というニュアンスになると思いますが……
下記が参考になりますでしょうか？
http://d.hatena.ne.jp/hoge-maru/20111113/1321215909

ちなみに、一般的なウェイトやHTTPでの処理待ちについては
「コルーチン（Coroutine）」や「WWWクラス」を調べてみてください。

Comments

[tachoawc3148]

ありがとうございます。ご指示頂いたソースも参考にさせていただきます。

①ボタン内で送信キュー配列に送信データを格納
②常に動いているスレッドで送信・受信を監視
③送信キューに入ったものを送信
④受信したら受信データを受信キューに入れてイベントハンドラ呼び出し

といったことをしております。

１度の送信⇒受信ならこれで問題ないのですが、複数データを１つ１つ送る場合に難儀しております。