Annotation zur Verfügung generischer Typ

Question

Gegeben wie

eine generische Schnittstelle machen

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

Ich möchte eine Subschnittstelle erstellen, die den Typ-Parameter gibt:

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

Die Umsetzung muss die aktuelle Vorlage wissen Parametertyp, aber natürlich ist Typ Löschmittel zur Laufzeit nicht verfügbar. Gibt es eine Anmerkung, die ich zum Deklarieren des Schnittstellentyps hinzufügen könnte? So etwas wie

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

Die Umsetzung könnte dann diese Anmerkung von der Schnittstelle holen und verwenden Sie es als Ersatz für die Laufzeit generischen Typen Zugriff.

Einige Hintergrundinformationen:

Diese Schnittstelle implementiert wird JDK dynamische Proxies als here skizziert. Die nicht-generische Version dieser Schnittstelle hat gut funktioniert, aber es wäre schöner, Generics zu verwenden und die Methoden nicht in einer Subschnittstelle zu erstellen, nur um den Domänenobjekttyp anzugeben. Generics und Proxies kümmern sich um die meisten Dinge, aber der tatsächliche Typ wird zur Laufzeit benötigt, um unter anderem die Methode newInstance zu implementieren.

Answer 1

Es ist möglich, die tatsächliche Typargument des Dao Unter Schnittstelle (CustomerDAO) zu finden, die durch die folgende Methode aufrufen:

import java.lang.reflect.ParameterizedType; 

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

Wenn Sie es nennen wie

Class<?> domainClass = getDomainClass(daoInterface); 

mit daoInterface == CustomerDAO.class , dann erhalten Sie domainClass == Customer.class.

In meiner Implementierung führt eine DaoFactory diesen Aufruf durch und verwendet domainClass als Konstruktorargument für die DaoInvocationHandler.

Answer 2

Die Implementierung muss den tatsächlichen Template-Parametertyp kennen.

Sicher, jede Implementierung von CustomerDao implizit weiß, dass der Typ-Parameter Customer ist. Es implementiert DomainObjectDAO<Customer> nicht DomainObjectDAO<T>.

Probleme werden nur auftreten, wenn die Klasse CustomerDao eine generische abstrakte Klasse erweitert und dass generische abstrakte Klasse den tatsächlichen Typ von T kennen muss. Aber Sie können damit umgehen, indem Sie das Klassenobjekt für T (in diesem Fall Customer.class) als Konstruktorargument an die Oberklasse übergeben.