問題タブ [exception-handling]

例外をキャッチせずに、LoadXml()この結果をロジックの一部として使用することなく、これを実行することをお勧めします。自分でxmlを手動で解析する必要のないソリューションのアイデアはありますか? XmlException をスローする代わりに、VB はこの関数に対して false の戻り値を持っていると思います。Xml 入力はユーザーから提供されます。どうもありがとう！

何らかの方法でファイルを操作していることに気付くことがよくありますが、コードを書いた後は、実際にどれだけ壊れているのか常に確信が持てません。問題は、ファイル関連の操作がどのように失敗する可能性があるか、つまり期待を処理する最善の方法が完全にはわからないことです。

簡単な解決策は、コードによってスローされた IOExceptions をキャッチし、ユーザーに「アクセスできないファイル」エラー メッセージを表示することですが、もう少し細かいエラー メッセージを表示することは可能です。別のプログラムによってファイルがロックされているなどのエラーと、ハードウェア エラーが原因でデータが読み取れないエラーの違いを判断する方法はありますか?

次の C# コードが与えられた場合、ユーザー フレンドリーな (できるだけ有益な) 方法でエラーを処理するにはどうすればよいでしょうか?

ELMAHは、アプリケーションにバブルアップしない場合でも例外をログに記録しますか? 例外が発生したときにメッセージをポップアップ表示し、それでも例外をログに記録したいと思います。現在、私はすべてをtry catchブロックに入れてメッセージを吐き出していますが、これは面倒です。

私は CompSci の学生で、C# の初心者で、クラスで「Josephus Problem」プログラムを作成していました。Application.Exit() を呼び出していつでも終了できる終了ボタンを作成しましたが、C# がまだ描画中にボタンが押されると、Graphics オブジェクトの ObjectDisposedException がスローされます。これを防ぐ方法はありますか？ブール値をキャッチまたは変更して、描画プロセスを終了する前に停止するようにしようと考えていましたが、別の解決策があるかどうか知りたいです。{}

ロギングの目的で例外をキャッチする必要がありますか？

これを各レイヤー（DataAccess、Business、WebService）に配置している場合は、例外が数回ログに記録されることを意味します。

私のレイヤーが別々のプロジェクトにあり、パブリックインターフェイスのみがそれらにtry / catchを持っている場合、そうすることは理にかなっていますか？なんで？なぜだめですか？私が使用できる別のアプローチはありますか？

簡単に言うと、Linux で "losetup" や "mount" などのアウトコールを実行する実質的な Python アプリケーションがあります。完了時に解放する必要があるシステム リソースを本質的に消費します。

アプリケーションがクラッシュした場合、これらのシステム リソースが適切に解放されるようにしたいと考えています。

次のようなことをするのは理にかなっていますか？

これは通常行われていることですか？より良い方法はありますか？おそらく、シングルトン クラスのデストラクタでしょうか。

これらの例外のアプリケーション ログにトレースが必要です。デフォルトでは、Java は例外をコンソールに出力するだけです。

これは PHP で書かれていますが、実際には言語に依存しません。

ネストされた try、catch ブロックは従うべき良い習慣ですか? エラーページだけでは少しかさばるように見えますが、エラーが発生した場合、Issue Datamanager は例外をスローし、それがエラー検出の良い方法であると考えています。

Error_Page 例外は、単なるエラー ページ コンパイラです。

私は衒学的かもしれませんが、これはエラーを報告する良い方法だと思いますか?もしそうなら、これを書くためのより良い方法を提案できますか?

ありがとう

PHP 5 で try-catch ステートメントを使用する場合、どのようなパフォーマンスへの影響を考慮する必要がありますか?

私は以前、このテーマに関する古くて矛盾しているように見える情報を Web で読んだことがあります。私が現在使用しなければならないフレームワークの多くは、php 4 で作成されたものであり、php 5 の優れた点の多くが欠けています。したがって、php で try-catch を使用した経験はあまりありません。

例外の処理には、多くの相対性が関係しています。例外がハードウェアと OS から発生したエラーをカバーする低レベル API を超えて、何が例外を構成し、何が正常な状態であるかをプログラマーが決定する怪しげな領域があります。

例外をいつ使用するかをどのように決定しますか? 例外に関する一貫したポリシーはありますか?