カスタム共有ライブラリの内部からアプリ固有の例外をスローすることはできますか？

Question

私は、共有ライブラリがその中から例外をラップして、それを処理できないものにアプリケーション固有の例外として再スローするようにします。

私が現在持っているのは、例外がスローされた場合にリフレクションによってインスタンス化するアプリケーション固有の例外クラスを設定する静的メソッドを持つライブラリ例外です。

私の目標は、共通のコードで正常に処理できる1つのアプリ固有の例外を設けることです。

これを行うより良い方法はありますか？

lib.LibExUtil.java

class LibExUtil { 
    static Class<? extends RuntimeException> ex = RuntimeException.class; 
    public static setAppEx(Class<? extends RuntimeException> ex) { 
    this.ex = ex; 
    } 
    static RuntimeException wrap(Throwable t) { 
    return (RuntimeException)ex 
     .getDeclaredConstructor(new Class[] {Throwable.class}).newInstance(new Object[] {t}) 
    } 
} 

lib.SomeUtil.java

static void utilMethod() { 
    try { 
    // code with checked exception 
    } catch (Exception ex) { 
    throw LibExUtil.wrap(ex); 
    } 
} 

myApp.MyAppEx.java

public class MyAppEx extends RuntimeException { 
    MyAppEx(Throwable t) {super(t);} 
} 

myApp.Client.java

// initialization 
LibExUtil.setAppEx(myApp.MyAppEx.class); // optional 

void method() { 
    SomeUtil.utilMethod(); 
} 

Answer 1

保守性のために、共有ライブラリ内のアプリケーション固有の機能を回避することが一般的です。

ライブラリ固有の例外をスローし、それがあなたのユースケースであればアプリレベルでラップする方が意味があります。

ライブラリ例外：

public class LibraryException extends Exception { 
    LibraryException(Throwable t) {super(t);} 
} 

lib.SomeUtil.java

static void utilMethod() { 
    try { 
    // code with checked exception 
    } catch (Exception ex) { 
    throw new LibraryException(ex); 
    } 
} 

myApp.Client.java

void method() { 
    try{ 
    SomeUtil.utilMethod(); 
    } catch (LibraryException e) { 
    throw new MyAppEx(e); 
    } 
} 

Answer 2

あなたの例では、あなたのライブラリー法SomeUtil.utilMethod（）;いくつかの作業を行っており、例外が発生しました。いくつかのライブラリで定義された例外を通してutilメソッドを使用する方が、何が間違っているのかをユーザーに警告する方が良いでしょう。

もう1つの問題は、あるモジュールが別の例外をスローしたいときに、他のモジュールを捨てて、開発者が静的メソッドを呼び出すことを忘れた場合、ライブラリメソッドが誤解を招くような例外をスローします。このパターンは避けてください。