Java: Comment vérifier classe générique des définitions de type de?

L'idée est de définir une classe de base qui peut invoquer des méthodes définies dans derrived classes, mais au moment de la création je veux m'assurer que de telles méthodes sont définies exactement selon les exigences, qui est que les méthodes ne prendre qu'un seul argument, un HashMap<String String>.

Jusqu'à présent j'ai pu avec le code suivant pour vérifier que la méthode ne contient qu'un seul paramètre et qu'il est de la Classe HashMap, mais comment puis-je vérifier que la définition générique est <String, String> ?

public boolean isMethodParameterValid(final Method method) {
  final Class<?>[] parameters = method.getParameterTypes();
  return ((parameters.length == 1) && parameters[0].isAssignableFrom(HashMap.class));
}
InformationsquelleAutor | 2009-01-20
  1. 12

    En effet, il est le type d'effacement, mais il n'est pas appliqué aux variables/champs - seulement les définitions de classes où le type de paramètres sont effacés et remplacés par le haut de leurs limites.

    Cela signifie que ce que vous demandez peut être atteint. Voici comment vous pouvez inspecter le générique params du premier paramètre d'une méthode:

    class Z
{
  public void f(List<String> lst) { }
}

...

Method m = Z.class.getMethod("f", List.class);
Type t = m.getGenericParameterTypes()[0];
if(t instanceof ParameterizedType) {
  ParameterizedType pt = (ParameterizedType) t;
  System.out.println("Generic params of first argument: " + Arrays.toString(pt.getActualTypeArguments()));
}
    • Yep. Si vous avez une instance d'une classe, à l'exécution, vous ne pouvez pas demander à ce que ses paramètres de type générique aurait pu être. Si vous avez une réflexion sur la poignée de la méthode, classe, ou d'un champ qui peut avoir été défini avec les paramètres de type générique, vous pouvez utiliser la réflexion méthodes pour décider de ce que ces paramètres génériques sont, qu'ils sont des types, des jokers, des variables de type, etc.
    InformationsquelleAutor Itay Maman
  2. 7

    Vous ne pouvez pas. Java les types génériques sont "effacées" par le compilateur, c'est à dire HashMap<String, String> devient juste HashMap au moment de l'exécution. Voir cette question.

    • Pas tous les types sont effacées. Un autre exemple serait new ArrayList<String>{}. Neal Gafter Super jetons de Type post est intéressant à lire aussi: gafter.blogspot.com/2006/12/super-type-tokens.html
    • Non, Neals Gafter super type de jeton SONT effacés au moment de la compilation. Son truc, c'aider à l'accès, du Type utilisé pour instancier le générique, au moment de l'exécution (etant donné que le Type.getClass() est autorisé).
    InformationsquelleAutor Dave Ray
  3. 1

    Je n'ai pas vraiment à comprendre le but de ce que vous essayez de faire. J'ai le sentiment qu'il devrait être possible de vérifier au moment de la compilation par les soigneusement la conception de votre hiérarchie de classe. Mais sans plus de détails sur le problème que vous essayez de résoudre, je ne peux pas vous aider.

    InformationsquelleAutor Guillaume
  4. 1

    Comme l'a noté, lors de l'exécution, vous ne pouvez pas regarder le générique de la part d'un type.

    Est-il une raison pour laquelle il vous suffit de définir une méthode abstraite comme dans le Modèle de Modèle?

    Ensuite, la vérification sera faite de manière statique.

    protected abstract void process(HashMap<String, String>);

    (qui est également là d'une raison pour exiger HashMap sur la Carte?)

    InformationsquelleAutor Kathy Van Stone