인터페이스가 구체적인 클래스에 의존해도 괜찮습니까?

사용자 정의 오류 처리기를 위해 Java로 인터페이스를 만들고 있습니다.

인수 오류 객체를 전달하고 싶지만 Exception클래스의 자식이어야 합니다.

인터페이스에서 정의 된 클래스 이름을 사용해도 괜찮습니까?

구현에 의존하지 않는다는 점에서 인터페이스가 적지 않습니까?

나는 이런 식으로하려고합니다.

public class CustomException {
    /* ... Implementation ... */
}

public interface Interface {

    void onError(CustomException ex);

}

먼저CustomException 확장되지 않는 사실을 지적해야 Exception하므로 실제로는 아닙니다 Exception.

그것은 말했다 :

당신이 걱정하지 않는 경우 의존 관계 역전 원칙 그대로, 다음을 둡니다. 그것은 완벽하게 괜찮 인터페이스 콘크리트 클래스에 의존하는 예를 들어, 많은 인터페이스에 의존 String하거나 Object구체적인 클래스있는 . 문제는 Java SDK에 속하는 클래스가 작성하는 클래스보다 코드가 변경되지 않는 것보다 안정적이라고 생각하는 경향이 있다는 것입니다.

다른 손에:

DIP를 따르고 싶다면 (여러 가지 이점이 있으며 권장 사항입니다) 다음 두 가지 중 하나를 수행해야합니다.

옵션 1

• CustomException초록 만들기
• 계속 void onError(CustomException ex)그대로

옵션 2

• CustomException인터페이스 만들기
• 계속 void onError(CustomException ex)그대로

이러한 옵션 중 하나를 사용하면 인터페이스가 구체적인 클래스에 의존하지 않고 추상화에만 의존하기 때문에 DIP를 준수하게됩니다.

의존성 역전의 직접 적용에서, 초록은 상위 / 정책 계층에 의해 소유됩니다. 이 아키텍처는 상위 / 정책 구성 요소와 하위 패키지를 정의하는 요약을 동일한 패키지로 그룹화합니다. 하위 계층은 이러한 추상 클래스 또는 인터페이스 의 상속 / 구현에 의해 생성됩니다 . Martin, Robert C. (2003).

• 민첩한 소프트웨어 개발, 원칙,> 패턴 및 실습. 프렌 티스 홀. 127-131 쪽. ISBN 978-0135974445.

Tulains는 옳습니다-인터페이스는 항상 구체적인 수업에 달려 있습니다. 그들은 단지 자신의 우려에 대한 계약을 작성하기위한 것입니다. 이 계약에는 모든 종류의 데이터를 가져오고 반환하는 것이 포함될 수 있습니다.

더 높은 수준의 언어에서는 기본 유형조차도 그렇게 원시적이지 않습니다. 어쨌든 구체적인 유형으로 작업하고 있습니다!

이름으로 가정 하면 실제 클래스 자체를 의미합니다. Reflection을 통해 해당 예외를 초기화하기 위해 실제 예외 클래스 이름 을 지정하려는 경우 올바른 방법이 아닙니다.

인터페이스에서 사용자 정의 클래스를 사용하려는 경우 물론 고유 한 인터페이스에서 자체 클래스를 사용할 수 있습니다. 클래스는 라이브러리 / API의 공용 인터페이스의 일부가됩니다. 데이터 구조와 예외는 인터페이스에서 자주 사용되는 클래스의 좋은 예입니다.

상황에 따라 다른 예외를 사용해야하는 경우 제네릭 사용에 관심이있을 수 있습니다.