の例外を別々に処理する推奨方法は、例外の原因の違いに基づいて同じタイプに基づいていますか?例外処理:Pythonの同じエラーのインスタンスを区別する
さんは異なりAttributeErrorに、次の2つのインスタンスを処理するための1つの欲求を言ってみましょう:同時に
'str' object has no attribute 'append'
'float' object has no attribute 'append'
、我々は他の属性のエラーを処理する必要はありません。
すべての例外タイプに共通する一般的な回答はありますか?例外オブジェクトのいくつかのメソッドまたは関数を使用して詳細について例外オブジェクトを調べることはできますか?
Try:
blah
Except AttributeError as exc:
if exc.baz('foo') is bar:
handle 'str' object has no attribute 'append'
elif plugh(exc):
handle 'float' object has no attribute 'append'
else:
raise exc
明らかな答えがリファクタリングであると仮定します。私の質問は、それが効率的でないか、単純に不可能な場合(特にそのようなケースがある場合)を特に考慮しています。
これは私が恐れていることです。私は早く利用可能な属性を使いこなそうとしました。 '.args'の文字列はバージョンに依存しており、将来変更される可能性があるので、文字列を使用することはお勧めできません。 1つ、たぶん、素朴な質問@roganjosh:どうしてあなたは手動でdunderメソッドを呼び出せませんか?また、私はすぐにあなたの答えを受け入れるだろうが、誰かが何か他のものを思いついた場合にはもうちょっと待っていたい。 – Lucubrator
@Lucubrator例外をサブクラス化する場合は、必要に応じてオーバーライドするためのdunderメソッドが実際に用意されています。私はこれを自分自身で調べ始めましたが、カスタム例外の中に 'if' /' elif'をパッケージ化して自己処理の例外を作成しようとしていたことに気付きました。それは無意味なものです(私は方法を見つけることができなかった'args'文字列にアクセスします)。 'print(e .__ cause __)'を試してください。待つことについての心配はありません、私は興味深い質問を見つけましたので、私はそれを私の学習にも使用しました:) – roganjosh
@Lucubratorそしてあなたは望むなら手動でdunderメソッドを呼び出すことができます。最後のコメントで 'print(e .__ cause __())'を意味しましたが、今編集できません。 REPLでは 'a = 'hello''を実行し、' a .__ str __() 'を実行することができます。これは' print(a) 'のようなものです。 – roganjosh