Обертка исключения при обертке сторонней библиотеки

Question

Я столкнулся с небольшой проблемой, пока я делал простой API для внутреннего кода регистрации и входа на веб-сайт с устройством FIDO.

Я в основном обертываю библиотеку yubico u2f и делаю ее еще более простой в использовании. Проблема, с которой я столкнулась, связана с исключениями, я хочу выбросить из моего API на серверный сервер com.yubico.u2f.exceptions.NoEligableDevicesException, но я не хочу, чтобы мой пользователь (разработчик backend) когда-либо видел или импортировал библиотеку yubico.

Поэтому мое решение было обернуть это исключение следующим образом:

package com.github.dkanellis.fikey.exceptions; 

import com.yubico.u2f.data.DeviceRegistration; 

public class NoEligableDevicesException extends com.yubico.u2f.exceptions.NoEligableDevicesException { 
    public NoEligableDevicesException(Iterable<? extends DeviceRegistration> devices, String message, Throwable cause) { 
     super(devices, message, cause); 
    } 

    public NoEligableDevicesException(Iterable<? extends DeviceRegistration> devices, String message) { 
     super(devices, message); 
    } 
} 

, а затем throw пользователь моего исключения, оборачивает исключение Yubico. Проблема в том, что это добавляет сложности к моему коду и каждый раз, когда возникает исключение com.yubico.u2f.exceptions.NoEligableDevicesException, я должен его поймать и выбросить com.github.dkanellis.fikey.exceptions.NoEligableDevicesException.

Есть ли лучший способ сделать это?

Answer 1

Проблема заключается в том, что это усложняет мой код и каждый раз, когда исключение com.yubico.u2f.exceptions.NoEligableDevicesException происходит у меня есть, чтобы поймать его и бросить com.github.dkanellis.fikey.exceptions.NoEligableDevicesException.

Это не проблема. На самом деле это рекомендуемый способ распространения Exception между различными уровнями приложения. Я встретил this отличную статью о распространении Exception в последнее время. (Это статья .Net, но по-прежнему применима для Java)

Обтекание фактическим Exception в вашем собственном подклассе Exception дает вам гибкость в изменении базовых зависимостей вашего API без нарушения кода клиента. Код клиента по-прежнему зависит от вашего подкласса Exception.