Pasar la Clase de Interfaz como Parámetro en Java

Porque las dos clases Class<IMechanism> y Class<EmailNotification> ellos mismos son no relacionados por herencia, a pesar de que IMechanism y EmailNotification are .

Necesitas hacer que tu método acepte un Class<? extends IMechanism>.

Su mecanismo de parámetros necesita usar un comodín acotado, así:

Public void SendNotification (Class mecanismo ){ }

Citando el tutorial de genéricos texto de enlace

En general, si Foo es un subtipo (subclase o subinterface) de Bar, y G es una declaración de tipo genérico, se no es el caso de que G es a subtipo de G.

Los genéricos no funcionan de esa manera en Java. Lo que realmente necesita hacer es cambiar la firma del método a

public void sendNotification( Class< ? extends IMech > mechanism ){
}

O es que super en lugar de extends... déjame consultar el capítulo de Genéricos de Effective Java ...

Editar: Java eficaz dice:

Aquí hay una mnemotécnica para ayudarte recordar qué tipo de comodín usar: PECS significa producer-extends, consumer-super.

Asumo que esto producirá instancias IMech, y que {[2] } es correcto.

La forma correcta es:

public void sendNotification(IMech mechanism) {

}

Así que por favor lea algunos tutoriales de Java sobre interfaces de todo el mundo!

La idea detrás de las interfaces es que no necesita saber cuál es. Simplemente debe ser capaz de pasar un IMech y llamar a su funcionalidad independientemente de la implementación. Considere lo siguiente:

public interface IMech {
    void sendMessage();
}

public class Email implements IMech {
    @Override
    void sendMessage() { /* stuff here to send email */ }
}

Ese es el patrón de uso típico para una interfaz. Si solo lo estás usando para una opción, tal vez deberías considerar usar una enumeración en su lugar.

enum IMech { EMAIL, INSTANT_MESSAGE, SNAIL_MAIL, YELL_OVER_CUBICLE }

public void sendNotification( IMech mechanism ){
    switch(mechanism) {
        case IMech.EMAIL: // do email .. etc
    }
}

foo.sendNotification(IMech.EMAIL);

Ahora sé que estos no responden directamente a sus preguntas, pero estas son las formas típicas de uso, y generalmente son indicativo de patrones de diseño más adaptables. Después de todo, ¿realmente necesita enviar un objeto de clase? Una enumeración parece más apropiada si simplemente estás determinando qué mecanismo usar.

IMO sería más limpio si haces esto:

public void sendNotification( IMech mechanism ){
}

Siempre puede obtener la clase dentro del método.