質問

最初のチャンス例外は正確には何ですか?どのように、どこで、それは、.NETプログラムで発生しますか?そして、なぜそれが(何のチャンス "私たちが話している)は、その独特の名前で呼ばれているのですか?

役に立ちましたか?

解決

これは、デバッグのコンセプトです。基本的に例外がデバッガの最初ののためにスローされますし、それが処理されない場合、それはあなたのの2番目のの時間を投げます実際のプログラムにしています>アプリケーション自体の前と後のあなたのIDEにそれで何かをするチャンスの。これは、MicrosoftのVisual Studio発明のように見える。

他のヒント

最初のチャンス例外通知は例外がスローされたときに発生します。それがキャッチされていないときに、第2のチャンス通知があります。 (チャンス - デバッガでコードに侵入する機会のように)。

第一及び第二のチャンス例外処理する

私は、デバッガを使用して開始し、これに走りました。私の研究では、私はMSDNのブログの記事を見つけました。最初のチャンス例外とは何ですか?の私のためにそれをクリアしている。

私のためのブログ記事から大きなお持ち帰りはそれが私のコードは、必ずしも処理する必要が何かをデバッガに通知を指し、ではないということです、そして最も重要なのは、「最初のチャンス例外メッセージは、ほとんどの場合があるというわけではありません。コード内の問題。 "

アプリケーションがデバッグされているときに例外が発生するたびに、デバッガが通知されます。この時点で、アプリケーションは中断し、デバッガが例外を処理する方法を決定しています。この機構を介して最初のパスは、「最初のチャンス」の例外と呼ばれます。

デバッガの構成によっては、アプリケーションを再開するかと上の例外を渡すか、それが中断したアプリケーションを終了してデバッグモードに入ります。アプリケーションが例外を処理する場合、それが正常に動作し続けます。

最初のチャンス例外メッセージは、ほとんどの場合、コードに問題があるというわけではありません。優雅に例外を処理するアプリケーション/コンポーネントの場合、最初のチャンス例外メッセージは、開発者が例外的な状況が発生したと扱われたことを知らせます。

開発者の視点から、それはのそれは、コードの中で処理されなかった意味しますので、それは、セカンドチャンス例外に関するより多くのです。したがって、アプリケーションが停止します。

最初のチャンスは、それらの多くかもしれないが、それはアプリケーションのクラッシュにつながるため、より多くの懸念へのものは、再び、開発の観点から、二度目のチャンスです。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top