C# と VB.NET の質問掲示板

Invoke するってことはワーカスレッドと UI スレッドの間での行き来が発生するってこと。
あまり頻繁に使うと性能低下するかもしれない。

俺 C# でないと書けないから以下 C# のサンプル (わざと TextBox にしてみたり)
Invoke の返却値は System.Object だからキャストが必要で

private void backgroundworker1_DoWork(object sender, DoWorkEventArgs e)
{
    for (int i=0; i<10; ++i)
    {
        System.Threading.Thread.Sleep(500);
        System.String got_text = Invoke( (Func<TextBox, System.String>)((TextBox textbox) => { return textbox.Text; }), textBox1) as System.String;
        System.Diagnostics.Debug.WriteLine(got_text);
    }
}

ピュア疑問：こんなときは .NET Framework 4.5 の async/wait のほうがよいのだろうか？

Azulean 氏のコメントに追記するなら
Controls.Invoke で自作の「やりたいことをする関数」を呼んでいいってこと。

SerialPort1_DataReceived(...) {
    if (欲しいデータが一式そろった) {
        そろったデータを Byte 配列等に整形して;
        Invoke( 今回のデータで何か処理する関数, データ一式 );
    }
}
こうすると 「今回のデータで何か処理する関数」 は UI スレッド上で実行される。
UI スレッド上だから、任意の部品に任意の操作を何回加えても（性能的）問題ない。

今回のデータで何か処理する関数(データ一式) {
   // いつも UI スレッドで「操作」をするときと同じく
   ComboBox1.Text += 各言語に適合したフォーマットに加工した [データ一式];
   button1.Enabled = true;
}
とか書いていい。

みんな、こういう処理する時ってラムダ式とか「ワンライナー」を工夫しようとするんだけど
そんなことしなくてもいいよ、ってことだ。

■No75125 (ハルハル さん) に返信

DataReceivedがなぜ別スレッドで動いているのかは考慮しておいた方がよいです。

まとめて書くなら
Do While ループ条件
    Invoke(AddressOf コントロール情報取得)
    受信処理
    Invoke(AddressOf コントロール設定処理)
    必要に応じてループを進める処理
Loop

※Invokeに正確に指定するものは省略
※ループになるかどうかは処理内容による。


のようにControlにアクセスする部分を中心としデータ受信部はInvokeに含めないように
した方がよいと思います。