にサポートは、なぜできない更新UIの制その他のスレッド?
-
08-06-2019 - |
質問
んが(少なくともも)-理由です。何ですか?
解決
できるので、簡単にプロ(その他の困難な状況にあると思います。
用例は、二次スレッドできるように更新のUIコントロUIを制御するのを待ってリソースをロックによる次のスレッドが発売され、両方のスレッドが終わるのを待って互いに仕上がりです。その他の人は"この状況にはないユニークなUIコードでは、特に一般的です。
その他の言語などのC++とは自由でいいこなし例外がスローされてまもとアプリケーションに凍結および停止の対応は行き詰まりが発生します。
ちなみに、簡単かのスレッドのUIが更新したいコントロールだけを委譲し、(非同期)BeginInvoke方法を制御する広い範囲にわたって様に限ります。E.g.
myControl.BeginInvoke(myControl.UpdateFunction);
これは相当を行うC++/MFC PostMessageからの労働者のスレッド
他のヒント
こういう輝かしい問題- と思いる必要があるのより良い 答えになります。
確かにその理由はありま はっきりある行為をする〔きる〕枠組みか う機会を設けていきたいと思い非常にスレッドセーフです。
その"何か"はほぼすべての単一インスタンス委員一つひとつの制御システム。Windowsの場合です。ます。
にMSDN文書の多くの管理システム。Windowsの場合です。形の場合全てではないですが、い "公静(共Visual Basic)このタイプのスレッドで安全です。他のインスタンス委員あることが保証されていないスレッドで安全です。"
このインスタンス委員など TextBox.Text {get; set;}
ない 再入可能な.
作りそれぞれのインスタンス会員スレッドに対して安全を導入することが考えられる多くの架そのほとんどのアプリケーションは要らない共に、やむを得ない事由によりデザイナー。Netフレームワーク決定したいと思いくことの負担の同期アクセスの形態制御から複数のスレッドに置くべきプログラマを交換してください。
[編集]
この質問のみを求め、"なぜ"ここここをクリックするとそのリストに記を説明する"か":
方法:糸-安全な通話インタラクティブなプロトタイ形態制御 にMSDN
バ1.0/1.1のような例外がスローされるまでの間のデバッグし、そのままったく間欠実行時の掛けシナリオ。カー。:) そのため2.0てこのシナリオの例外がスローされな物語です。
実際のことであろう(アダム-Haile国の一部のような並行処理/lockyます。ことに注意。純apiなどのテキストボックス.Text="こんにちは";)ラップを送信コマンドを必要とする即時行動で問題を作成する場合を行い、別々のスレッドからの行動します。を呼び出し/BeginInvoke用ポストであるキュー。
詳細情報を送信後 こちらの.
でいてもう更新の管理も同時に行います。(この場合、CPUが切り替わり、その他のスレッドに書き込み/読み取り) 同様の理由により利用に必要なミューテックス(またはその他の同期の)アクセスする際に共有変数の間には複数のスレッド)。
編集:
その他の言語などのC++す 無料試しいこなし、 例外がスローされて サポート)ですが、敷居の学習 っているという!
あぁあり---私はスイッチとC/C++とC#のでしたがますます重要になっていく。ってすべって、申し訳ありません...彼は正しいま ができ このC/C++ですっ!
いものを実装する必要があるとの同期内の更新の機能と感度と呼ぶことにこだわる。このためのUI要素が挙げられますが費用のかかる両用OSレベルで完全冗長化のための大多数のコードです。
一部のApiを提供でを何でもこなせます。現在のスレッドの所有権システムでの一時的又は恒久的に)更新システムからその他のスレッドなリゾートスレッド間です。
Hmmんくいただけるかという問題はあろうが、そして、その進捗管理待つようなバーで、進捗バーを更新が可能ですからそれぞれの値を別のスレッドで作はず粉遊びは