方法を避けるために "応答なし"

Question

可能性の重複：
Keep app responsive during long task

がどのように大規模なクエリまたは長いプロセスループを処理するときに、 "応答なし" を回避するには？

thx

Answer 1

Application.ProcessMessagesを使用することは決してありません。ワームの可能性があります。
本当に。
私は繰り返します：Application.ProcessMessagesを使用しないでください。
This is why：すべてのメッセージが常に再入可能である必要があります。
あなたのメッセージング、さらに重要なことに、あなたが使っているライブラリのメッセージング（再入可能であることがわからない種類のメッセージ）。
今後、今後予定されています。
まだテストしていない場合や、まだ見ていない使用パターンであっても。

マルチスレッドが必要です。
あなたは本当にすべきです。
同期を正しく行うには時間がかかるかもしれませんが、backgroundworkerのような形式を使用すると、大部分をきちんとまとめることができます。

マルチスレッドができない場合は、cheatを入力してください。
しかし、あなたは不正行為をしてはいけません。

あなたの本当の解決策を延期しようとしています。
これ以上延期するのは延期です。

約upstream decisions and downstream costsです。
後で悪い決断をするのは、今すぐ正しい決断をしてから、それを正しくするために少し時間を費やすよりも高価です。

編集：モーダルフォームまたはダイアログを表示するとき

二次メッセージループを使用するための唯一の例外です。 2次メッセージループには、モダリティのためにこれらのメッセージが限定されて届いています。

編集2：

他のすべての形態のモダリティの結果を自動的に無効にします。タイマーやその他の非UIメッセージはまだ処理されているため、再入可能性は引き続き発生します。

--jeroen

Answer 2

別スレッドで実行してください。あなたは（かかる時間タスク（またはループ）に応じて）2つの選択肢があり、私の観点から

Answer 3

を（のTThreadクラスを参照してください）：アレクサンダー・マラコフが述べたように

• がスレッドを使用します。
• add Application.ProcessMessages（UIを描画してイベントに応答するようアプリケーションに強制しますが、アプリケーションが必要な場合はループが完了するたびにループに時間がかかります応答するには、しかし、私はそれを長時間のループがスレッドを使用するため、時間ループのほんの少しのために推奨します。