¿Está bien que las interfaces dependan de clases concretas?

Estoy creando una interfaz en Java para el controlador de errores personalizado.

Quiero pasar un objeto de error de argumento pero necesito que sea hijo de Exceptionclase.

¿Está bien usar mi nombre de clase definido en una interfaz?

¿No será menos una interfaz en términos de no depender de ninguna implementación?

Intento hacer algo como esto:

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

public interface Interface {

    void onError(CustomException ex);

}

Primero tengo que señalar el hecho de que CustomExceptionno se extiende, Exceptionpor lo que no es realmente un Exception.

Eso dijo:

Si no le importa el Principio de inversión de dependencia , déjelo como está. Está perfectamente bien que una interfaz dependa de clases concretas, por ejemplo, muchas interfaces dependen Stringo Objectcuáles son clases concretas . La cuestión es que tendemos a creer que las clases que pertenecen al SDK de Java son más estables (menos propensas a cambios de descifrado de código) que las que escribimos.

Por otra mano:

Si desea seguir el DIP (que tiene innumerables beneficios y es mi recomendación), debe hacer una de dos cosas:

Opción 1

• Hacer CustomExceptionresumen
• Mantener void onError(CustomException ex)como es

opcion 2

• Hacer CustomExceptionuna interfaz
• Mantener void onError(CustomException ex)como es

Con cualquiera de esas opciones, se conformaría con el DIP, ya que la interfaz no dependería de ninguna clase concreta, solo de abstracciones.

En una aplicación directa de inversión de dependencia, los resúmenes son propiedad de las capas superiores / políticas. Esta arquitectura agrupa los componentes superiores / de política y los resúmenes que definen los servicios inferiores juntos en el mismo paquete. Las capas de nivel inferior se crean por herencia / implementación de estas clases o interfaces abstractas . Martin, Robert C. (2003).

• Desarrollo de software ágil, principios, patrones y prácticas. Prentice Hall. pp. 127-131. ISBN 978-0135974445.

Tulains tiene razón: las interfaces dependen de clases concretas todo el tiempo. Solo tienen la intención de crear un contrato para sus propias preocupaciones. Ese contrato puede implicar tomar y devolver cualquier tipo de datos.

Recuerde que en los lenguajes de nivel superior, incluso los tipos primitivos no son tan primitivos. ¡Así que estás trabajando con tipos concretos de todos modos!

Supongo que por nombre te refieres a la clase en sí misma. Si está intentando especificar el nombre real de la clase de excepción para inicializar la excepción correspondiente a través de Reflection, este no es el camino correcto.

Si desea usar una clase personalizada en una interfaz, puede, por supuesto, usar sus propias clases en sus propias interfaces. Las clases se convierten en partes de la interfaz pública de su biblioteca / API. Las estructuras de datos y las excepciones son un buen ejemplo de las clases que suelen utilizar las interfaces.

Si necesita utilizar diferentes excepciones según el contexto, puede estar interesado en usar genéricos.