既存の情報を保持しながら、異なるタイプとメッセージで例外を再発生させます

私はモジュールを書いていて、それが発生させることができる例外のために統一された例外階層を持ちたいと思っています（たとえばFooError、すべてのfooモジュールの特定の例外の抽象クラスから継承する）。これにより、モジュールのユーザーはこれらの特定の例外をキャッチし、必要に応じてそれらを明確に処理できます。ただし、モジュールから発生した例外の多くは、他の例外のために発生します。たとえば、ファイルのOSErrorが原因であるタスクで失敗する。

必要なのは、キャッチされた例外を「ラップ」して、タイプとメッセージが異なるようにすることです。これにより、例外をキャッチしたものは何であっても、伝播階層のさらに上位で情報を利用できます。しかし、既存のタイプ、メッセージ、スタックトレースを失いたくありません。これは、問題をデバッグしようとしている人にとってすべての有用な情報です。トップレベルの例外ハンドラーは、伝播スタックをさらに上に行く前に例外を装飾しようとしているため、トップレベルのハンドラーが遅すぎるため、上手ではありません。

これは、モジュールfooの特定の例外タイプを既存のタイプ（例:)から派生させることで部分的に解決されclass FooPermissionError(OSError, FooError)ますが、既存の例外インスタンスを新しいタイプでラップしたり、メッセージを変更したりすることは簡単ではありません。

PythonのPEP 3134「Exception Chaining and Embedded Tracebacks」では、既存の例外の処理中に新しい例外が発生したことを示すために、Python 3.0で「チェーン」例外オブジェクトとして受け入れられた変更について説明しています。

私がやろうとしていることは関連しています：以前のバージョンのPythonでも機能する必要があり、チェーニングのためではなく、ポリモーフィズムのためだけに必要です。これを行う正しい方法は何ですか？

Python 3では、例外の連鎖が導入されました（PEP 3134で説明）。これにより、例外を発生させるときに、既存の例外を「原因」として引用できます。

try:
    frobnicate()
except KeyError as exc:
    raise ValueError("Bad grape") from exc

これにより、キャッチされた例外は新しい例外の一部になり（「原因」）、新しい例外をキャッチするすべてのコードで使用できます。

この機能を使用して、__cause__属性が設定されます。組み込みの例外ハンドラーは、トレースバックとともに例外の「原因」と「コンテキスト」を報告する方法も知っています。

ではPythonの2、（で説明したように、このユースケースは良い答えを持っていない現れイアンBickingとネッドBatchelder）。残念。

sys.exc_info（）を使用してトレースバックを取得し、そのトレースバックを使用して新しい例外を発生させることができます（PEPが言及しているように）。古いタイプとメッセージを保持したい場合は、例外でそれを行うことができますが、これは、例外をキャッチしたものがそれを探している場合にのみ役立ちます。

例えば

import sys

def failure():
    try: 1/0
    except ZeroDivisionError, e:
        type, value, traceback = sys.exc_info()
        raise ValueError, ("You did something wrong!", type, value), traceback

もちろん、これは実際にはそれほど役に立ちません。もしそうなら、私たちはそのPEPを必要としません。私はそれを行うことをお勧めしません。

キャッチした例外を拡張する独自の例外タイプを作成できます。

class NewException(CaughtException):
    def __init__(self, caught):
        self.caught = caught

try:
    ...
except CaughtException as e:
    ...
    raise NewException(e)

しかし、ほとんどの場合、例外をキャッチして処理し、raise元の例外（およびトレースバックを保持）またはのいずれかを使用する方が簡単だと思いますraise NewException()。コードを呼び出していて、カスタム例外の1つを受け取った場合は、キャッチする必要のある例外がコードですでに処理されているはずです。したがって、自分でアクセスする必要はありません。

編集：独自の例外をスローし、元の例外を保持する方法の分析を見つけました。かなりの解決策はありません。

また、多くの場合、発生したエラーの「ラッピング」が必要なこともあります。

これは関数スコープに含まれ、関数内の一部の行のみをラップすることもあります。

ラッパーの作成を使用するdecoratorとcontext manager：

実装

import inspect
from contextlib import contextmanager, ContextDecorator
import functools    

class wrap_exceptions(ContextDecorator):
    def __init__(self, wrapper_exc, *wrapped_exc):
        self.wrapper_exc = wrapper_exc
        self.wrapped_exc = wrapped_exc

    def __enter__(self):
        pass

    def __exit__(self, exc_type, exc_val, exc_tb):
        if not exc_type:
            return
        try:
            raise exc_val
        except self.wrapped_exc:
            raise self.wrapper_exc from exc_val

    def __gen_wrapper(self, f, *args, **kwargs):
        with self:
            for res in f(*args, **kwargs):
                yield res

    def __call__(self, f):
        @functools.wraps(f)
        def wrapper(*args, **kw):
            with self:
                if inspect.isgeneratorfunction(f):
                    return self.__gen_wrapper(f, *args, **kw)
                else:
                    return f(*args, **kw)
        return wrapper

使用例

デコレータ

@wrap_exceptions(MyError, IndexError)
def do():
   pass

呼び出すときdoの方法を、心配しないIndexErrorだけで、MyError

try:
   do()
except MyError as my_err:
   pass # handle error 

コンテキストマネージャー

def do2():
   print('do2')
   with wrap_exceptions(MyError, IndexError):
       do()

内部do2、で、発生したcontext manager場合IndexError、ラップされて発生しますMyError

あなたのニーズに対する最も簡単な解決策はこれです：

try:
     upload(file_id)
except Exception as upload_error:
     error_msg = "Your upload failed! File: " + file_id
     raise RuntimeError(error_msg, upload_error)

このようにして、後でメッセージと、アップロード機能によってスローされた特定のエラーを出力できます。