より具体的なURLErrorの代わりにExceptionをキャッチするのはなぜですか？

Question

try: 
    response = urllib2.urlopen(req) 
except Exception, e: 
    logger.exception(e) 

このコードスニペットでurllib2.URLErrorの代わりにExceptionをキャッチする説得力のある議論はありますか？

Answer 1

あなたがここで覚えていない、またはわからない例外が発生する可能性があります。ここでの唯一の例外はurllib2.URLErrorである可能性がありますが、ある日、urllib2の内部の何かが例外を生成するようにプログラムを記述します。それはバグかもしれない、完全な月にしか起こらない何かであるかもしれない、それはあなたのために設計されていない例外のいくつかの将来のブランドかもしれない。

本当にが起こっても元に戻したいですか？

さらに一般的に、catchする例外のタイプは、プログラムのロジックの不可欠な部分です。あなたが十分に具体的でないなら、あなたは論理的な誤りを持っています。話の終わり - ifの声明から句を外したのと同じです。

Answer 2

OKかどうかは、状況によって異なります。 1つのタイプの例外が発生する可能性がある場合、または異なるタイプの問題を別々に処理することについて気にしない場合、単に例外をキャッチすることは完全にうまくいきます。パフォーマンスにも影響はありません。ただし、コードを他の人が使用したり変更したりする場合は、特定の例外を除いて可読性を向上させることができます。

Answer 3

>>> import urllib2 
>>> try: response = urllib2.urlopen(req) 
... except Exception, e: print e 
... 
name 'req' is not defined 
>>> 

あまり意味のあるものではなく、あなたのスニペットでもありません。