Visibilité protected et héritage

**Satch** · 18/01/2006, 10h16

Petit résumé d'hier : J'avais acheté un bouquin pour la certification JAVA. Les auteurs avaient marqué un truc bizarre que je trouvais faux. Apres petite discusion ici, je m'étais dit que j'interprétais mal.

Mais voilà que maintenant je retombe sur cette même ambiguïté, cette fois dans des questions. Je fais un nouveau post parce que j'avais mis l'autre en résolu, mais le doute revient

Voici la question :

True or false : if Class Y extends class X, the two classes are in different packages, and class X has a protected méthod called abby(), then any instance of Y may call the abby() method of any other instance of Y.

Et voici la réponse : claire et limpide cette fois, mais apparemment fausse.

False. An object that inherits a protected method from a superclass in a different package may call that method on itself but not on other instances of the same class

Donc cette fois, dites moi ce que vous en pensez. Si c'est bien faux, donnez moi un exemple de ce qu'ils veulent dire.

Ou alors est-ce que j'ai raison ? ils se plantent ?

**natha** · 18/01/2006, 10h21

Euh, alors la réponse a l'air bonne, et pour expliquer...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
class X {
    protected void abby() {}
}
 
class Y extends X {
    public callMyAbby() {
        this.abby(); // OK
    }
    public callOtherAbby(Y that) {
        that.abby(); // Peut pas !
    }
}

Ca doit être ça.

**natha** · 18/01/2006, 10h25

Erratum, je viens de tester et ça on peut faire... J'dois pas tout comprendre.

**Satch** · 18/01/2006, 10h26

C'est ce qu'il semblent vouloir dire mais j'ai vérifié (ça me parraissait bizarre) et pourtant ça marche...

Edit : je me dis aussi que je dois pas tout comprendre mais là je pense plus en faveur du fait qu'ils se sont plantés...

pourtant un des auteurs n'est ni plus ni moins qu'un des gars qui a fait l'examen de certification de la 1.5...

**natha** · 18/01/2006, 10h27

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
class X {
    protected void abby() {}
}
 
class Y extends X {
    public callMyAbby() {
        this.abby(); // OK
    }
    public callOtherAbby(X that) {
        that.abby(); // Peut pas !
    }
}

Comme ca par contre c'est juste.

**Satch** · 18/01/2006, 10h28

Comme ça oui, mais c'est pas ce qu'ils écrivent.

**natha** · 18/01/2006, 10h32

Après avoir relu 5x, je vote :

Ils se plantent !

A vous !

**Satch** · 18/01/2006, 10h33

Comment tu veux avoir 100% a la certif dans ces conditions :p

**Gfx** · 18/01/2006, 10h43

Tu as essaye en mettant les classes dans deux packages differents ? Ce n'est pas le cas de ton exemple.

**natha** · 18/01/2006, 10h47

J'ai testé en mettant dans 2 packages différents, mon exemple ne compile pas, c'est juste pour expliquer le principe.

**Pollux** · 18/01/2006, 10h48

Envoyé par natha

J'ai testé en mettant dans 2 packages différents, mon exemple ne compile pas, c'est juste pour expliquer le principe.

... donc la réponse est bien false non?

**natha** · 18/01/2006, 10h50

Envoyé par pollux007

Envoyé par natha

J'ai testé en mettant dans 2 packages différents, mon exemple ne compile pas, c'est juste pour expliquer le principe.

... donc la réponse est bien false non?

Le code ne compile pas à cause de public callMyAbby() {... il faut un type de retour. Si tu fais un code 'java-correct', ça marche, contrairement à ce qui est indiqué.

**Gfx** · 18/01/2006, 10h53

Lisez le point 6.6.7 des specifications du langage Java et vous verrez que les auteurs du livre cite dans le premier message ont raison.

**Pollux** · 18/01/2006, 11h01

C'est cool j'avais jamais vu qu'il y avait ce genre spécifications (

)....

On étudie tout ca et on devient expert!

**Satch** · 18/01/2006, 11h03

La réponse à la question est donc bien false d'apres la spec.

MAIS l'explication de la réponse dans le bouquin me semble toujours éronnée :

An object that inherits a protected method from a superclass in a different package may call that method on itself but not on other instances of the same class

extrait de la doc pour preuve :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
	public void delta3d(Point3d q) {
		q.x += this.x;
		q.y += this.y;
		q.z += this.z;
	}

cette méthode est dans la classe Point3d et x et y sont des protected de la classe Point, qui est dans un autre package.

On a donc bien une instance de Point3D qui a acces aux champs protected d'une autre instance de Point3D

qqun pour confirmer ou expliquer ce que j'ai mal compris dans la réponse ?

**Gfx** · 18/01/2006, 11h04

En lisant les specifications du langage (http://java.sun.com/docs/books/jls/) et de la JVM (http://java.sun.com/docs/books/vmspec/2nd-edition/html/VMSpecTOC.doc.html), tu peux apprendre ENORMEMENT de choses. C'est pas toujours evident a lire en revanche

**natha** · 18/01/2006, 11h06

La question est fausse alors...
Il ne faut pas dire :

True or false : if Class Y extends class X, the two classes are in different packages, and class X has a protected méthod called abby(), then any instance of Y may call the abby() method of any other instance of Y.

mais

True or false : if Class Y extends class X, the two classes are in different packages, and class X has a protected méthod called abby(), then any instance of Y may call the abby() method of any other instance of X.

Ou bien ?¿

**Pollux** · 18/01/2006, 11h07

Envoyé par Gfx

En lisant les specifications du langage (http://java.sun.com/docs/books/jls/) et de la JVM (http://java.sun.com/docs/books/vmspec/2nd-edition/html/VMSpecTOC.doc.html), tu peux apprendre ENORMEMENT de choses. C'est pas toujours evident a lire en revanche

Ouai c'est des sacrés pavés... Pis rien que du fait que les paragraphes sont super larges c'est difficile à lire... Mais autrement c'est bien écrit même si je suis pas totalement bilingue j'arrive bien comprendre la plupart des choses

**adiGuba** · 18/01/2006, 11h08

Envoyé par Gfx

Lisez le point 6.6.7 des specifications du langage Java et vous verrez que les auteurs du livre cite dans le premier message ont raison.

Je viens de le lire :
http://java.sun.com/docs/books/jls/third_edition/html/names.html#6.6.7

Mais je le problème est toujours là. Dans le livre la réponse indique :

An object that inherits a protected method from a superclass in a different package may call that method on itself but not on other instances of the same class

Ils parlent bien d'une instance de la même classe, or dans l'exemple des specification :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
package threePoint;
import points.Point;
public class Point3d extends Point {
        protected int z;
        public void delta(Point p) {
                p.x += this.x;          // compile-time error: cannot access p.x
                p.y += this.y;          // compile-time error: cannot access p.y
 
        }
        public void delta3d(Point3d q) {
                q.x += this.x;
                q.y += this.y;
                q.z += this.z;
        }
}

L'exemple utilise des champs mais c'est la même chose avec des méthode... On voit bien que ce n'est pas possible d'accéder aux membres protected sur une instance de la classe parente (sur ce point je crois que tout le monde est d'accord) mais que c'est bien possible sur une autre instance de la même classe (alors que le livre semble dire le contraire)...

a++

PS : note pour Satch : tu peux enlever le tag [Résolu] sur un sujet pour le faire remonter si neccessaire

**Satch** · 18/01/2006, 11h12

Bon ben voilà, je suis pas fou, quelqu'un confirme que la réponse est mal formulée...

PS : merci pour le résolu, je savais pas qu'on pouvait l'enlever.

Visibilité protected et héritage

Langage Java

Discussions similaires

Partager

Partager