問題タブ [exception]

Java アプリケーションの 1 つで繰り返されるエラーのため:

理想的にはプログラムによる方法で、Oracle データベースの一部の Unicode 文字を「修正」する必要があります。特定したら、それを「検索して置き換える」簡単な方法は何でしょうか?

ほとんどのプログラム言語には何らかの例外処理があります。戻りコードを持つ言語もあれば、try/catch やレスキュー/リトライなどを持つ言語もあります。それぞれの言語には、読みやすさ、堅牢性、および大規模なグループ開発作業における実際的な有効性において独自の特徴があります。どれが一番いいですか?その理由は?

finally 句内から、例外がスローされていることを検出する方法はありますか?

以下の例を参照してください。

または、例外の 1 つを無視することしかできませんか?

C++ では、例外の 1 つを無視することさえできず、terminate() を呼び出すだけです。他のほとんどの言語は、Java と同じ規則を使用します。

Windows フォーム用のELMAHのようなものはありますか?

サポートのためにパッケージ化する前に、未処理の例外を処理し、スクリーンショットやその他の環境情報を取得する標準的な方法を探しています。

私はRubyを初めて使用するため、この奇妙な例外の問題を理解するのに苦労しています。私はruby-aawsgemを使用してAmazonECSにアクセスしています：http：//www.caliban.org/ruby/ruby-aws/。これにより、クラスAmazon :: AWS：Error：が定義されます。

これは、のようなエラーコードを取得した場合、AWS.InvalidParameterValue（例外変数で）Amazon::AWS::Error::InvalidParameterValueのサブクラスである新しいクラスを生成することを意味しますStandardError。

今ここでそれは奇妙になります。私はこのように見えるいくつかのコードを持っています：

ここで、do_aws_stuffをスローするNameErrorと、レスキューブロックがトリガーされます。Amazon :: AWS :: Errorは、生成されたエラーのスーパークラスではないようです-モジュールなので、すべてがそのサブクラスだと思いますか？確かに私がそうするなら：

それはtrue、特にこれを考えると、私が混乱していると思うと言います：

何が起こっているのでしょうか。また、AWSエラーを他のタイプのエラーからどのように分離する必要がありますか？私は次のようなことをする必要があります：

それは非常にぎこちないようです。スローされるエラーもクラスAWSErrorではありません-次のように発生します：

したがって、私が探している例外rescueは、StandardErrorからのみ継承する生成された例外タイプです。

明確にするために、2つの質問があります。

1. Rubyに組み込まれている例外であるNameErrorがkind_of?(Amazon::AWS::Error)モジュールであるのはなぜですか？
   回答：include Amazon::AWS::Errorファイルの先頭で、JavaインポートやC++インクルードのようなものだと思っていました。これが実際に行ったことは、Amazon::AWS::Error（現在および将来）で定義されたすべてのものを、すべてのクラスの祖先である暗黙のKernelクラスに追加することでした。これは、何でも合格することを意味しkind_of?(Amazon::AWS::Error)ます。

2. Amazon::AWS::Error動的に作成された例外を他の場所からのランダムな他の例外と最もよく区別するにはどうすればよいですか？

さまざまなグリッドビューでいくつかの c# .net ページを実行しています。それらのいずれかを Web ブラウザーに長時間 (通常は一晩中) 放置した場合、ページ上の要素をクリックすると、次のエラーが表示されます。

問題の処理をどこから始めればよいかよくわかりません。ビューステートの有効期限が切れた場合にページをリセットしてもかまいませんが、エラーをスローすることは受け入れられません!

アプリケーションのどこかで例外がスローされたことを検出するにはどうすればよいですか?

Java デスクトップアプリケーションのどこかで例外がスローされるたびに、魔法のように自分自身に電子メールを送信しようとしています。そうすることで、より積極的に行動できるようになると思います。

例外が発生するたびに、明示的にログに記録して自分自身に通知できることはわかっていますが、どこでもそれを行う必要があり、いくつか見逃す可能性があります。

助言がありますか？

アプリケーションが予期しないすべての条件に対して作成された例外があります。 UserNameNotValidException、PasswordNotCorrectExceptionなど。

しかし、私はそれらの条件の例外を作成するべきではないと言われました。私のUMLでは、これらはメインフローの例外ですが、なぜ例外ではないのですか？

例外を作成するためのガイダンスまたはベストプラクティスはありますか？

コンストラクターが例外をスローするのはいつですか? (または Objective C の場合: init'er が nil を返すのはいつですか?)

オブジェクトが完全でない場合、コンストラクターは失敗し、オブジェクトの作成を拒否するように思えます。つまり、コンストラクターは、意味のあるメソッドを呼び出すことができる機能的で動作するオブジェクトを提供するために、呼び出し元と契約を結ぶ必要がありますか? それは合理的ですか？

おわかりのように、プログラムが死んだはずの後でさえ、それは墓場から語りかけます。例外が発生した場合に exitfunction を「登録解除」する方法はありますか?

出力