pylint '例外を除いて：' このようなブロックのために

Question

：

try: 
    #some stuff 
except Exception: 
    pass 

pylint 'が "例外" キャッチ' W0703を警告発生させます。どうして？

Answer 1

通常、ルートExceptionオブジェクトをキャッチせず、より具体的なものをキャッチすることをお勧めします。たとえばIOExceptionです。

メモリ不足の例外が発生した場合は、単に「パス」を使用してもプログラムを正常な状態にしないでください。

例外は、プログラムのトップレベルにあります。プログラムのトップレベルにあります。ログに記録したり、エラーを表示したり、正常に終了したりすることができます。

Answer 2

あなたがあまりにも多くをキャッチしていると思います。それは正しい。

Answer 3

例外が発生すると例外が発生します。プログラムが終了するのは一般的には良いことです。

いくつかの例外を無視したいかもしれませんが、IMOのような基本クラスをキャッチする正当な理由はありません。

Answer 4

Catching Exception（再発生なし）には2つの悪影響があります：エラーが発生してスタックトレースが失われるだけでなく、ctrl-c（またはブレークキーがオペレーティングシステム上にあるもの）ここで扱った

このようなプログラムの典型的な動作は、停止できないか、ctrl-cによって制御フローが（例外ハンドラに）スキップして続行することです。それから、コードを中断することはできません。あるいは、ctrl-cを止めて停止させる必要があります。

Answer 5

非常に狭い範囲の種類のみをキャッチすることをお勧めします。 「例外」はあまりにも一般的です。あなたが計画したエラーだけでなく、他のエラーも捕らえてしまいます。コード内のバグをマスクして、まったくキャッチされなかった場合の診断が速くなります。単一の非常に高いレベルの例外ハンドラでよりうまく対処してください。

Python2.6以降、Exceptionをキャッチしたくない例外（SystemExit、KeyboardInterrupt）がExceptionを継承しなくなったため、Exceptionをキャッチするのがより合理的になっています。代わりに、代わりに共通のBaseExceptionを継承します。これは、そのような共通のイディオムであるため、例外をキャッチすることを比較的無害にするために意図的に行われています。

詳細についてはPEP 3110を参照してください。&今後の計画

Answer 6

グレッグの答えのように、 '例外'は基本クラスであり、例外はこのクラスから派生する必要があります。exceptions.Exceptionも参照してください。ここで

pydocsも

注例外が発生した場所を見つけることができます非常に便利なトレースバックモジュールのエラーの非常に便利なリスト。 「except：...」だけを使用すると、あなたのケースで最もよく使うべきエラーが表示されます。たとえば、このコードを試して（コメントを切り替えて）、おそらくそれを受け入れるでしょう：