application.doevents（）は安全であり、C＃で代替案を使用する必要がありますか？

application.doevents（）in the application.doevents（）：double -edged sword

C＃プログラミングの分野では、GUIがメッセージを処理できるようにを使用して、依然として議論の余地のあるトピックです。この不明瞭で危険な機能は、VB6の

に由来するため、多くの開発者がその効果を疑うようになりました。

Application.DoEvents() application.doevents（）は安全ですか？ DoEvents

c＃では、微妙で壊滅的なランタイムエラーを引き起こすのは簡単であるため、使用しないことを強くお勧めします。開発者が複雑な動作メカニズムとユーザーがそれに影響を及ぼさないようにする方法を完全に理解していない限り、それは冒険に値するものではありません。

application.doevents（）正確に何をしましたか？

一般的な見解とは対照的に、Application.DoEvents()はGUIの部分を実行しません。代わりに、メッセージループへの制御権を制御し、ハングした情報を処理できます。本質的に、それはコードの実行を一時停止し、GUIが急いで川をパスするために疲れたハイキング旅行者のように進捗状況に追いつくことができます。

application.doevents（）危険

の主な問題は、区別しない特性です。すべてのニュースに譲歩することで、一連の潜在的な災害の扉を開きました。たとえば、サイクルが熱心に処理されている場合、ユーザーはメインウィンドウを閉じることができます。ユーザーインターフェイスは一時的に消える可能性がありますが、今後の災害については何も知らずに、コードが実行され続けます。

Application.DoEvents()ユーザーが一連のイベントをトリガーすると、同じ

サイクルが2回目の呼び出しによって引き起こされ、別の危険が発生します。これは危険なネストされたサイクルレベルのカプレットにつながり、各サイクルは無意識のうちに前のサイクルの仕事を破壊し、データ損傷と異常な事故の混oticとした状況につながります。

application.doevents（）代替？

もちろん

！非凍結ユーザーインターフェイスを実現するための推奨方法は、スレッドまたはより近代的な

およびApplication.DoEvents()キーワードを使用することです。これらのテクノロジーは、コードの残りの部分でUI処理を分解するためのより構造化された安全な方法を提供し、それによって影に潜んでいるトラップを避けます。 Application.DoEvents()

以上がapplication.doevents（）は安全であり、C＃で代替案を使用する必要がありますか？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。