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 :

Plainte du compilateur sur une référence ambiguë


Sujet :

Langage Java

  1. #1
    Membre confirmé Avatar de Satch
    Homme Profil pro
    Hypnothérapeute - Magicien
    Inscrit en
    Mars 2004
    Messages
    498
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : Suisse

    Informations professionnelles :
    Activité : Hypnothérapeute - Magicien

    Informations forums :
    Inscription : Mars 2004
    Messages : 498
    Points : 645
    Points
    645
    Par défaut Plainte du compilateur sur une référence ambiguë
    Je prépare gentiment la certif 1z0-805 (mise à jour vers java 7 programer)
    Et là je tombe sur une question dans un bouquin qui me semble sujette à controverse :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    class base1 {
    	protected int var;
    }
    interface base2 {
    	int var=0; //#1
    }
     
    class Test extends base1 implements base2{ //#2
    	public static void main(String[] args) {
    		System.out.println(var); //#3
    	}
    }
    les choix sont :
    a) erreur à #1
    b) erreur à #2
    c) erreur à #3
    d) pas d'erreur


    J'ai répondu d. C'est la réponse qui me semblait la plus logique :
    En effet, vu qu'on est dans un contexte static dans le main, "var" ne peut vouloir dire QUE la constante définie dans l'interface.

    Et pourtant la bonne réponse est c.

    Je ne comprends pas pourquoi le compilateur se plaint dans ce cas, puisque dans le code tel qu'il est écrit, "var" ne peut pas faire référence à l'attribut de "base1" puisqu'on n'a pas d'instance de cet objet.

    Quelqu'un a une explication rationnelle à ceci ? J'imagine bien que cette erreur de compilation n'est pas là sans raison et a été réfléchie, mais je ne comprends vraiment pas la logique...
    Je sais que désormais vivre est un calembour,
    La mort est devenue un état permanent,
    Le monde est aux fantômes, aux hyènes et aux vautours.
    Moi je vous dis bravo et vive la mort.

  2. #2
    Modérateur
    Avatar de kolodz
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2008
    Messages
    2 211
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Avril 2008
    Messages : 2 211
    Points : 8 316
    Points
    8 316
    Billets dans le blog
    52
    Par défaut
    L'attribut de ton interface est déclaré non static. Ce qui fait que ton interface déclare que tout objet implémentant "base2" aura un attribut (final) int var;Après en pratique, il est rare de voir un attribut déclaré non static dans une interface.

    Cordialement,
    Patrick Kolodziejczyk.
    Si une réponse vous a été utile pensez à
    Si vous avez eu la réponse à votre question, marquez votre discussion
    Pensez aux FAQs et aux tutoriels et cours.

  3. #3
    Modérateur

    Profil pro
    Inscrit en
    Septembre 2004
    Messages
    12 547
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2004
    Messages : 12 547
    Points : 21 602
    Points
    21 602
    Par défaut
    Euh, non -_-°.

    Les attributs déclarés dans une interface sont toujours public static final. Il n'est pas nécessaire de le dire explicitement dans la déclaration, puisqu'ils ne peuvent pas être autre chose. Pour rappel, une interface ne peut pas déclarer d'état, c'est l'un des principes du genre d'héritage multiple qu'elles permettent.
    (Dans le même genre, toute méthode déclarée par une interface est public, et toute interface ou classe déclarée par une interface est public static)


    Je ne sais pas vraiment pourquoi il y a erreur de compilation, mais je vais dire pourquoi je trouve ça logique :

    C'est une mauvaise idée de faire varier les règles de résolution de noms de variable, suivant qu'on soit en contexte static ou d'instance. on est en contexte statique et donc une seule variable pourrait être la bonne, mais ça ne change rien au fait qu'il existe plusieurs variables, et qu'il n'y a pas que le contexte statique dans la vie. Le développeur pourrait avoir eu la variable d'instance en tête, et ne pas avoir remarqué qu'il est en contexte statique. L'ambiguïté qui justifie un message d'erreur est toujours là et bien là.
    Quand on est pas dans un contexte statique, préciser de quelle variable on parle est obligatoire et clarifie l'intention. Puisque le mécanisme est là et qu'on doit le faire en contexte d'instance, on est en droit de se demander qu'y aurait-il de bien à ne pas le faire en contexte statique.
    Certes, le compilateur pourrait toujours décider de choisir la seule variable acceptable. Mais le programmeur, c'est une autre histoire.
    N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java

  4. #4
    Modérateur
    Avatar de kolodz
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2008
    Messages
    2 211
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Avril 2008
    Messages : 2 211
    Points : 8 316
    Points
    8 316
    Billets dans le blog
    52
    Par défaut
    Euh, non -_-°.

    Les attributs déclarés dans une interface sont toujours public static final. Il n'est pas nécessaire de le dire explicitement dans la déclaration, puisqu'ils ne peuvent pas être autre chose.
    J'ai pas dis le contraire...
    J'ai juste dit que son attribut était non static. Même si je n'ai pas précisé le public Car tout est public dans une interface....

    Il y a une erreur de compilation, car la méthode main est static, elle ne s'applique donc pas à un objet. Donc, les deux attributs ne sont pas visibles quoiqu'il arrive.


    C'est une mauvaise idée de faire varier les règles de résolution de noms de variable, suivant qu'on soit en contexte static ou d'instance. Là on est en contexte statique et donc une seule variable pourrait être la bonne, mais ça ne change rien au fait qu'il existe plusieurs variables, et qu'il n'y a pas que le contexte statique dans la vie. Le développeur pourrait avoir eu la variable d'instance en tête, et ne pas avoir remarqué qu'il est en contexte statique. L'ambiguïté qui justifie un message d'erreur est toujours là et bien là.
    Quand on est pas dans un contexte statique, préciser de quelle variable on parle est obligatoire et clarifie l'intention. Puisque le mécanisme est là et qu'on doit le faire en contexte d'instance, on est en droit de se demander qu'y aurait-il de bien à ne pas le faire en contexte statique.
    Certes, le compilateur pourrait toujours décider de choisir la seule variable acceptable. Mais le programmeur, c'est une autre histoire.
    Comme le dit @Satch la question est "sujet à controverse". C'est un exemple qui veux vérifier si la personne comprendre les mécanismes du langage Java, sans être un cas réel.

    Cordialement,
    Patrick Kolodziejczyk.
    Si une réponse vous a été utile pensez à
    Si vous avez eu la réponse à votre question, marquez votre discussion
    Pensez aux FAQs et aux tutoriels et cours.

  5. #5
    Modérateur

    Profil pro
    Inscrit en
    Septembre 2004
    Messages
    12 547
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2004
    Messages : 12 547
    Points : 21 602
    Points
    21 602
    Par défaut
    Euh ? Je répète autrement ce que j'ai dit dans mon premier paragraphe :

    Il n'est pas possible, pour un attribut d'interface, de ne pas être static.
    N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java

  6. #6
    Modérateur
    Avatar de kolodz
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2008
    Messages
    2 211
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Avril 2008
    Messages : 2 211
    Points : 8 316
    Points
    8 316
    Billets dans le blog
    52
    Par défaut
    Autant pour moi, méconnaissance de ma part de la valeur par défaut pour les attributs.

    Du coup, je rejoins l'avis de @Satch :
    Contexte statique, Un variable statique, l'autre non :
    Le compilateur devrait dans ce cas arrivé à faire la sélection.

    Sachant que base1.var est inaccessible...

    EDIT : Effectivement, ((après un warning aurait été suffisant dans ce cas.)) Dans tout les cas, le code écrit ne devrait jamais avoir lieu.
    Si une réponse vous a été utile pensez à
    Si vous avez eu la réponse à votre question, marquez votre discussion
    Pensez aux FAQs et aux tutoriels et cours.

  7. #7
    Modérateur

    Profil pro
    Inscrit en
    Septembre 2004
    Messages
    12 547
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2004
    Messages : 12 547
    Points : 21 602
    Points
    21 602
    Par défaut
    Honnêtement je serais tombé sur la question, j'aurais pas été sûr.

    Mais, je préfère comme ça marche maintenant, pour les raisons que j'ai expliquées.
    N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java

Discussions similaires

  1. Réponses: 1
    Dernier message: 09/04/2013, 23h28
  2. itérer sur une référence constante de vector
    Par manonoc dans le forum SL & STL
    Réponses: 1
    Dernier message: 17/08/2008, 13h50
  3. Encore une question sur les références
    Par bouba dans le forum C++
    Réponses: 7
    Dernier message: 19/02/2007, 15h16
  4. Réponses: 2
    Dernier message: 13/12/2006, 14h39
  5. Comment avoir une référence sur une Vue
    Par Philippe299 dans le forum MFC
    Réponses: 1
    Dernier message: 12/08/2005, 11h03

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