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

avec Java Discussion :

Erreur à la compilation


Sujet :

avec Java

  1. #1
    Débutant
    Profil pro
    Inscrit en
    Avril 2008
    Messages
    136
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2008
    Messages : 136
    Points : 52
    Points
    52
    Par défaut Erreur à la compilation
    Bonjour,

    pourquoi est ce que cette portion de code provoquerait une erreur à la compilation...si on suppose qu'on n'a que cette portion de code indépendamment de tout classe...add est bien une méthode de ArrayList...Visiblement, l'erreur serait dûe à ses paramètres...pourquoi donc...je ne vois pas...C'est pourquoi, je fais appel à vos lumières...s'il vous plaît...


    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    Object ol = new ArrayList();
    ol.add(new Employe("Toto"));


    MERCI pour tout éclaircissement.

  2. #2
    Expert éminent sénior
    Avatar de tchize_
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2007
    Messages
    25 482
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : Belgique

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Avril 2007
    Messages : 25 482
    Points : 48 804
    Points
    48 804
    Par défaut
    Parce que tu mentionne "Object ol", se qui signifie que le compilateur te voit essayer de faire "add(...)" sur une variable de type Object. Et Object n'a pas de telle méthode.

    Remplace Object ol = new ArrayList(....) par ArrayList ol = new ArrayList(....) et tout ira bien.

  3. #3
    Débutant
    Profil pro
    Inscrit en
    Avril 2008
    Messages
    136
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2008
    Messages : 136
    Points : 52
    Points
    52
    Par défaut
    Bonjour,

    j'ai appris que dans le cas où B extends A et que m est définie et dans B et dans A et qu'on a :

    A a=new B();

    a.m();


    C'est la méthode "m" du type déclaré qui est éxécutée, c'est à dire de B...


    Et je viens de comprendre maintenant (grâce à ta réponse) que ceci est vrai UNIQUEMENT en cas de polymorphisme; tu me confirmes ?

  4. #4
    in
    in est déconnecté
    Membre expérimenté Avatar de in
    Profil pro
    Inscrit en
    Avril 2003
    Messages
    1 612
    Détails du profil
    Informations personnelles :
    Localisation : France, Finistère (Bretagne)

    Informations forums :
    Inscription : Avril 2003
    Messages : 1 612
    Points : 1 718
    Points
    1 718
    Par défaut
    Citation Envoyé par specsy Voir le message
    Bonjour,

    j'ai appris que dans le cas où B extends A et que m est définie et dans B et dans A et qu'on a :

    A a=new B();

    a.m();


    C'est la méthode "m" du type déclaré qui est éxécutée, c'est à dire de B...


    Et je viens de comprendre maintenant (grâce à ta réponse) que ceci est vrai UNIQUEMENT en cas de polymorphisme; tu me confirmes ?
    Même si je ne comprends pas vraiment ta phrase, la réponse est oui ...

    la classe B possède la méthode m() par héritage. Tu peux donc l'appeler sur un A et un B (enfin tout ce qui est un A, par polymorphisme).

    Mais si une méthode m2() n'est définie que pour B, tu ne peux pas l'appeler sur A ... Tu pourras par contre l'appeler sur tous les B (j'entends par là ses enfants par exemple ...)

  5. #5
    Expert éminent sénior
    Avatar de tchize_
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2007
    Messages
    25 482
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : Belgique

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Avril 2007
    Messages : 25 482
    Points : 48 804
    Points
    48 804
    Par défaut
    Ce qui se passe:


    A a = ..... ; (peu importe ce qu'on m'et là)
    a.m();


    Le compilateur vérifie que la variable a possède bien une méthode appelée m(). Autrement dit, que la classe A définisse bien m() (note que j'ai bien dit défini, pas implémente, après tout elle pourrait être abstract ou alors A pourrait être une interface, c'est toujours bon)

    Si c'est une méthode ni static, ni finale, ni private:
    Le compilateur écrit dans le fichier binaire l'appel à la méthode sur la variable a, cette appel se fait uniquement sur base du nom de la méthode et de ses paramères. l'adresse de la méthode est inconnu.
    A l'exécution, la jvm recherchera sur l'instance quelle est l'adresse effective de la méthode (et donc appellera celle de l'objet effectif, pas nécessairement dans la classe A donc)

    Si c'est une méthode statique, final ou privée, alors la résolution se fait immédiatement, et le compilateur va stocker "l'adresse" de la méthode.

    Ainsi, si tu as dans ces cas:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    public class A {
        public static int get() {return 1}
    }
    public class B extends A {
        public static int get() {return 0}
    }
    A x = new B();
    System.out.println(x.get()); // retourne 1, çàd la même chose que A.get()

  6. #6
    Membre averti
    Inscrit en
    Octobre 2007
    Messages
    311
    Détails du profil
    Informations forums :
    Inscription : Octobre 2007
    Messages : 311
    Points : 318
    Points
    318
    Par défaut
    Citation Envoyé par specsy Voir le message
    Bonjour,

    j'ai appris que dans le cas où B extends A et que m est définie et dans B et dans A et qu'on a :

    A a=new B();

    a.m();


    C'est la méthode "m" du type déclaré qui est éxécutée, c'est à dire de B...


    Et je viens de comprendre maintenant (grâce à ta réponse) que ceci est vrai UNIQUEMENT en cas de polymorphisme; tu me confirmes ?
    Voilà. Dans ton bout de code, en effet ArrayList hérite, indirectement, d'Object, mais Object ne définie aucune méthode add. Tu es donc obligé de caster ton Object à minima en List (qui est l'interface implémentée par ArrayList) pour pouvoir accéder à la méthode add(Object o)

  7. #7
    Débutant
    Profil pro
    Inscrit en
    Avril 2008
    Messages
    136
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2008
    Messages : 136
    Points : 52
    Points
    52
    Par défaut
    Merci Tchize, in et DevTeam...

    Votre façon de dire la même chose mais de façon différente m'a beaucoup éclairée...C'est de ça que j'ai besoin; ça m'aide à mieux comprendre...


    En fait, si j'ai bien compris,il faut caster "o1" en "ArrayList" car "Object" n'a pas de méthode "add" mais si "Object" avait aussi une méthode "add"; ça serait la méthode "add" de "ArrayList" qui serait éxécutée et non celle de "Object"

  8. #8
    Débutant
    Profil pro
    Inscrit en
    Avril 2008
    Messages
    136
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2008
    Messages : 136
    Points : 52
    Points
    52
    Par défaut
    Mais....question :

    si on sait que c'est la méthode "add" de "ArrayList" qui sera éxécutée, pourquoi o1("Object") at-il besoin de la "posséder" aussi ?

  9. #9
    Expert éminent sénior
    Avatar de tchize_
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2007
    Messages
    25 482
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : Belgique

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Avril 2007
    Messages : 25 482
    Points : 48 804
    Points
    48 804
    Par défaut
    Parce que c'est la régle de la programmation objet. On ne peu pas appeler une méthode qui n'a pas été déclarée (il faut connaitre çà signature et avoir la garantie qu'elle existe). La résolution de la signature de la méthode (c'est à dire ses types réels) se fait à la compilation, la résolution de l'adresse de la méthode se fait à l'exécution. On est pas dans un language interprété où on calcule tout à l'exécution, java est compilé, il a donc des règles à suivre.

  10. #10
    Débutant
    Profil pro
    Inscrit en
    Avril 2008
    Messages
    136
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2008
    Messages : 136
    Points : 52
    Points
    52
    Par défaut
    Bonjour,

    j'ai une autre question s'il vous plaît :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    Object ol = new ArrayList();
    ol.add(new Employe("Toto"));
    Supposons que la méthode "add" soit définie dans Object; si dans ce cas par exemple, je n'avais pas de méthode "add" dans ArrayList...

    On sait que la méthode exécutée pour cet exemple est la méthode add de ArrayList, si elle existe uniquement dans Object mais pas dans ArrayList, qu'est ce qui se passe ; est ce que ça provoquerait une erreur? si oui, où à l'éxécution ou à la compilation ? Et comment peut on savoir lorsqu'il y'a des erreurs(de typage éventuellement), si elles se produiront à l'éxecution ou à la compilation ?

    Je vous remercie pour toute réponse m'éclaircissant.

  11. #11
    Membre à l'essai
    Profil pro
    Inscrit en
    Mai 2008
    Messages
    10
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2008
    Messages : 10
    Points : 11
    Points
    11
    Par défaut
    ArrayList étend Object donc si Object a une méthode, ArrayList en hérite et l'a forcément, donc aucun risque d'erreur.

    Si ArrayList redéfini la methode alors la méthode redéfinie à la précédence.

  12. #12
    Débutant
    Profil pro
    Inscrit en
    Avril 2008
    Messages
    136
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2008
    Messages : 136
    Points : 52
    Points
    52
    Par défaut
    Citation Envoyé par pala00 Voir le message
    ArrayList étend Object donc si Object a une méthode, ArrayList en hérite et l'a forcément, donc aucun risque d'erreur..
    Oui...pourtant, je le sais mais je n'ai pas fait l'analogie...merci, pour ton aide


    Citation Envoyé par pala00 Voir le message
    Si ArrayList redéfini la methode alors la méthode redéfinie à la précédence.
    Comment?Je nai pas compris cette phrase...

  13. #13
    Membre chevronné Avatar de guigui5931
    Profil pro
    Chef de projet NTIC
    Inscrit en
    Avril 2006
    Messages
    1 667
    Détails du profil
    Informations personnelles :
    Âge : 38
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Chef de projet NTIC
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Avril 2006
    Messages : 1 667
    Points : 2 232
    Points
    2 232
    Par défaut
    Cela signifie que , pour reprendre ton exemple si la classe Object à un méthode toString() et que ArrayList redéfini (réécris sa propre version de la méthode) cette méthode c'est la méthode définie dans ArrayList qui sera utilisé.

Discussions similaires

  1. Erreur de compilation après modification du Uses
    Par DevelOpeR13 dans le forum Langage
    Réponses: 5
    Dernier message: 30/10/2007, 15h23
  2. Réponses: 2
    Dernier message: 23/09/2003, 15h32
  3. Réponses: 10
    Dernier message: 22/09/2003, 22h58
  4. Réponses: 4
    Dernier message: 27/08/2003, 22h34
  5. Réponses: 2
    Dernier message: 05/03/2003, 00h24

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