anotación para poner a disposición de tipo genérico

Question

Dada una interfaz genérica como

interface DomainObjectDAO<T> 
{ 
    T newInstance(); 
    add(T t); 
    remove(T t); 
    T findById(int id); 
    // etc...  
} 

Me gustaría crear una subinterfaz que especifica el parámetro de tipo:

interface CustomerDAO extends DomainObjectDAO<Customer> 
    { 
     // customer-specific queries - incidental. 
    } 

La aplicación necesita conocer la plantilla real tipo de parámetro, pero por supuesto el medio de borrado de tipo no está disponible en tiempo de ejecución. ¿Hay alguna anotación que pueda incluir para declarar el tipo de interfaz? Algo así como

@GenericParameter(Customer.class) 
    interface CustomerDAO extends DomainObjectDAO<Customer> 
    { 
    } 

La aplicación entonces podría alcanzar esta anotación desde la interfaz y lo utilizan como un sustituto para el acceso de tipo genérico en tiempo de ejecución.

Algunos antecedentes:

Esta interfaz se implementa utilizando JDK proxies dinámicos como se indica here. La versión no genérica de esta interfaz ha funcionado bien, pero sería mejor utilizar genéricos y no tener que crear los métodos en una subinterfaz solo para especificar el tipo de objeto de dominio. Los genéricos y los proxies se encargan de la mayoría de las cosas, pero el tipo real es necesario en tiempo de ejecución para implementar el método newInstance, entre otros.

Answer 1

Es posible encontrar el argumento de tipo real de la sub-interfaz Dao (CustomerDAO), invocando el método siguiente:

import java.lang.reflect.ParameterizedType; 

public static Class<?> getDomainClass(final Class<?> daoInterface) { 
    ParameterizedType type = (ParameterizedType) daoInterface.getGenericInterfaces()[0]; 
    return (Class<?>) type.getActualTypeArguments()[0]; 
} 

Cuando se llama a ella como

Class<?> domainClass = getDomainClass(daoInterface); 

con daoInterface == CustomerDAO.class , entonces obtendrá domainClass == Customer.class.

En mi implementación, un DaoFactory realiza esta llamada y utiliza el domainClass como un argumento constructor para el DaoInvocationHandler.

Answer 2

La implementación necesita conocer el tipo de parámetro de la plantilla real.

Sin duda, cualquier implementación de CustomerDao implícitamente sabe que el parámetro tipo es Customer. Está implementando DomainObjectDAO<Customer> no DomainObjectDAO<T>.

Los problemas solo surgen si la clase CustomerDao amplía una clase abstracta genérica, y esa clase abstracta genérica necesita conocer el tipo real de T. Pero puede tratar eso pasando el objeto Class para T (en este caso Customer.class) a la superclase como un argumento de constructor.