IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Langage Java Discussion :

Retrouver un constructeur d'une classe prenant un Generic comme paramètre


Sujet :

Langage Java

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    lvr
    lvr est déconnecté
    Membre éclairé Avatar de lvr
    Profil pro
    Responsable de projet fonctionnel
    Inscrit en
    Avril 2006
    Messages
    919
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations professionnelles :
    Activité : Responsable de projet fonctionnel
    Secteur : Arts - Culture

    Informations forums :
    Inscription : Avril 2006
    Messages : 919
    Par défaut Retrouver un constructeur d'une classe prenant un Generic comme paramètre
    Bonjour,

    J'ai une méthode
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    private itMessageDisplayer<T> createDisplayer(Class<? extends itMessageDisplayer<T>> DisplayerClass, 
    	T message)
    Qui doit créer un un objet de type Class<? extends itMessageDisplayer<T>>
    Cet objet a un constructeur ayant cette forme:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    public static class DefaultNonEditableDisplayer<M> extends JLabel implements itMessageDisplayer<M> {
    	public DefaultNonEditableDisplayer(clComboMessage<M> combo, M message) {
    Donc j'écris:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    private itMessageDisplayer<T> createDisplayer(Class<? extends itMessageDisplayer<T>> DisplayerClass, T message) throws ...
    	// On crée le Displayer
    	itMessageDisplayer<T> d = null;
    	java.lang.reflect.Constructor<? extends itMessageDisplayer<T>> c =
    		DisplayerClass.getConstructor(clComboMessage.class, T.class);
    	d = c.newInstance((clComboMessage<T>)this, message);
    Le problème c'est le T.class. Ca ne marche pas.
    Est-ce possible d'écrire quelque chose de ce genre ?
    J'ai lu dans un autre forum que la suggestion était de remplacer le T.class par une classe plus concrète. Mais pour T, il n'y a aucune restriction sur ce qu'il peut être, donc je devrais remplacer T.class par
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    java.lang.reflect.Constructor<? extends itMessageDisplayer<T>> c = 
    	DisplayerClass.getConstructor(clComboMessage.class, Object.class);
    J'ai aussi pensé à écrire à la place de T.class
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    java.lang.reflect.Constructor<? extends itMessageDisplayer<T>> c =
    	DisplayerClass.getConstructor(clComboMessage.class, message.getClass());
    Mais si message est d'une sous-classe de T, est-ce que mon constructeur va être trouvé ?

    Donc me voilà encore une nouvelle fois un peu perdu avec les génériques

    Merci pour vos suggestions de solutions,

    Laurent

  2. #2
    Membre Expert
    Avatar de gifffftane
    Profil pro
    Inscrit en
    Février 2007
    Messages
    2 354
    Détails du profil
    Informations personnelles :
    Localisation : France, Loire (Rhône Alpes)

    Informations forums :
    Inscription : Février 2007
    Messages : 2 354
    Par défaut
    De ce que je comprends des génériques, cela devrait fonctionner avec Object.class... ce n'est pas le cas ?...

    Tu pourras trouver des considérations sur ces questions à Java Generics FAQs / Reflection.

  3. #3
    lvr
    lvr est déconnecté
    Membre éclairé Avatar de lvr
    Profil pro
    Responsable de projet fonctionnel
    Inscrit en
    Avril 2006
    Messages
    919
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations professionnelles :
    Activité : Responsable de projet fonctionnel
    Secteur : Arts - Culture

    Informations forums :
    Inscription : Avril 2006
    Messages : 919
    Par défaut
    De ce que je comprends des génériques, cela devrait fonctionner avec Object.class... ce n'est pas le cas ?...
    J'ai tellement d'erreur que je ne peux pas encore tester J'ai mis Object.class. Je verrai ce que ça donne dès que je peux compiler.
    Merci.

  4. #4
    lvr
    lvr est déconnecté
    Membre éclairé Avatar de lvr
    Profil pro
    Responsable de projet fonctionnel
    Inscrit en
    Avril 2006
    Messages
    919
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations professionnelles :
    Activité : Responsable de projet fonctionnel
    Secteur : Arts - Culture

    Informations forums :
    Inscription : Avril 2006
    Messages : 919
    Par défaut Un autre exemple
    Bon je n'arrive toujours pas à compiler. Problème suivant du même ordre:

    J'ai une classe qui permet d'associer un type de classe et une instance de cette classe:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    private static class DisplayerGetter<M> {
       public DisplayerGetter(Class<? extends itMessageDisplayer<M>> displayerclass) {
          this(displayerclass, null);
       }
    Je voudrais créer une nouvelle instance de cette classe avec ceci
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    public class DisplayerMidi<T> extends clComboMessage.DefaultNonEditableDisplayer<T> {... }
     
    public static class DefaultNonEditableDisplayer<M> extends JLabel implements itMessageDisplayer<M> { ... }
    Donc ça colle...

    Je voudrais le faire comme ceci
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    DisplayerGetter<T> arr;
    arr = new DisplayerGetter<T>(DisplayerMidi<T>.class);
    Mais "DisplayerMidi<T>.class" n'est pas accepté.
    J'ai donc trouvé deux alternatives:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    DisplayerGetter<T> arr;
    arr = new DisplayerGetter<T>(DisplayerMidi.class);
    qui donne comme erreurs:
    - cannot find symbol; symbol : constructor DisplayerGetter(java.lang.Class<DisplayerMidi>), location: class DisplayerGetter<T> at line 51, column 15
    - internal error; cannot instantiate DisplayerGetter.<init> at DisplayerGetter<T> to () at line 51, column 15


    ou

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    DisplayerGetter<T> arr;
    arr = new DisplayerGetter(DisplayerMidi.class);
    qui donne comme avertissements:
    - [unchecked] unchecked call to DisplayerGetter(java.lang.Class<? extends itMessageDisplayer<M>>) as a member of the raw type DisplayerGetter at line 51, column 15
    -[unchecked] unchecked conversion; found : DisplayerGetter, required: DisplayerGetter<T> at line 51, column 15

    Ne serait-il donc pas possible d'éviter le warning ?
    Je viens de lire une grosse partie de la FAQ, mais je n'ai pas trouvé la réponse.

    Merci.

  5. #5
    Membre Expert
    Avatar de gifffftane
    Profil pro
    Inscrit en
    Février 2007
    Messages
    2 354
    Détails du profil
    Informations personnelles :
    Localisation : France, Loire (Rhône Alpes)

    Informations forums :
    Inscription : Février 2007
    Messages : 2 354
    Par défaut
    Tout cela me donne un peu mal à la tête... pourquoi fais-tu toussa ?

    J'ai l'impression que tu voudrais donner un niveau de généricité supérieur au générique. Mais tu compliques les écritures, et du coup tu es paumé. Trop de généricité tue la généricité. Par ex. quand tu déclares une variable telle que DisplayerGetter<T> arr;, il faudrait que tu aies déclaré T quelque part, or, je vois private static class DisplayerGetter<M>... M n'étant pas T, cela me donne à penser que T est une erreur... Bref, il faudrait décompliquer un peu, je pense.

  6. #6
    Expert éminent
    Avatar de adiGuba
    Homme Profil pro
    Développeur Java/Web
    Inscrit en
    Avril 2002
    Messages
    13 938
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Java/Web
    Secteur : Transports

    Informations forums :
    Inscription : Avril 2002
    Messages : 13 938
    Billets dans le blog
    1
    Par défaut
    Salut,



    Tu ne peux pas éviter ces warnings car tu mélanges deux mondes :
    • Les Generics qui t'assurent une vérification des types à la compilation, et donc un code typesafe à l'exécution.
    • La reflection qui te permet de manipuler les types à l'exécution, et donc potentiellement source d'erreur de type pendant l'exécution. D'autant plus que les types paramétrées n'existe plus à l'exécution...



    Tous les warnings/erreurs généré par les Generics indiquent un problème potentiel... et tu as un grand nombre de cas lorsque tu mélanges Generics et reflection...

    Donc si tu es vraiment sûr de toi et de ton code tu peux utiliser @SuppressWarnings pour "cacher" ce message et prendre à ton compte la vérification des types et de la cohérence de l'ensemble...


    Maintenant j'ai du mal à comprendre l'objectif de tout cela : que veux-tu faire exactement ?

    a++

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Retrouver qui a implémenté une class de TObject.
    Par billbocquet dans le forum Langage
    Réponses: 2
    Dernier message: 05/05/2006, 20h33
  2. [Débutant] Constructeur d'une classe
    Par chennuo dans le forum Langage
    Réponses: 2
    Dernier message: 10/03/2006, 22h17
  3. Réponses: 2
    Dernier message: 04/12/2005, 21h10
  4. Réponses: 5
    Dernier message: 20/11/2005, 11h15
  5. Réponses: 3
    Dernier message: 06/11/2005, 18h02

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo