Это нормально для интерфейсов, чтобы зависеть от конкретных классов?

Я создаю интерфейс на 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, так как интерфейс не будет зависеть от какого-либо конкретного класса, только от абстракций.

При непосредственном применении инверсии зависимостей рефераты принадлежат верхним уровням / уровням политики. Эта архитектура группирует компоненты верхнего уровня / политики и рефераты, которые определяют низшие сервисы вместе в одном пакете. Уровни более низкого уровня создаются путем наследования / реализации этих абстрактных классов или интерфейсов . Мартин, Роберт С. (2003).

• Agile Software Development, Принципы,> Шаблоны и Практики. Прентис Холл. С. 127–131. ISBN 978-0135974445.

Тулинс прав - интерфейсы все время зависят от конкретных классов. Они предназначены только для создания контракта для своих собственных задач. Этот контракт может включать сбор и возврат любых данных.

Помните, что в языках более высокого уровня даже примитивные типы не так примитивны. Так что вы все равно работаете с конкретными типами!

Полагаю, по имени вы имеете в виду сам фактический класс. Если вы пытаетесь указать фактическое имя класса исключения , чтобы инициализировать соответствующее исключение с помощью Reflection, это не правильный путь.

Если вы хотите использовать пользовательский класс в интерфейсе, вы, конечно, можете использовать свои собственные классы в своих собственных интерфейсах. Классы становятся частью открытого интерфейса вашей библиотеки / API. Структуры данных и исключения являются хорошим примером классов, которые часто используются интерфейсами.

Если вам нужно использовать разные исключения в зависимости от контекста, тогда вас может заинтересовать использование обобщений.