[Certification] has-a et is-a

Bonjour étant entrain de travailler sur le passage de la certification scjp, je me pose une question ..

si :

Code:

---

1 2 3 4 5

class A {} class B extends A {} class C { B b; } class D extends C {}

---

Dans une question posé dans la certification, avec toutes les nuances sur les mots que cela implique, que peut on dire de ceci :

Etant donné que "D is-a C", peut on dire que "D has-a B" ? Peut on dire que "D has-a A" ?

ou alors non c'est "D is-a C" et "C has-a B" mais "D has-a B" est faux.
De plus es-ce que la réponse pourrait être différente si B est marqué private, protected ou public ?

Merci !
svp indiquez dans les réponses si vous êtes sûre de vous .. =)

faudrait voir ce qu'il entendent par "has a". D contient bien un B (et a forciori un A), mais n'y a pas nécessairement accès puisqu'il est en visibilité par défaut.

Oui .. donc on peut dire que si B est accessible par D, "D has-a B" est vrai.
Et que faudrait il répondre si par exemple B est en private mais accessible via un getter protected ou public ?? :P

vu qu'on ne connait pas la définition de "has a", impossible à dire. Dans l'absolu, il est dans la classe parent, donc dans toute classe enfant, même si l'enfant n'y a pas accès. En même temps, on peux dire aussi que aucune de ces classes n'a de B puisqu'il n'y a pas une seule fois attribution d'une valeur à ce champ.

Citation:

---

Envoyé par tchize_

vu qu'on ne connait pas la définition de "has a", impossible à dire. Dans l'absolu, il est dans la classe parent, donc dans toute classe enfant, même si l'enfant n'y a pas accès. En même temps, on peux dire aussi que aucune de ces classes n'a de B puisqu'il n'y a pas une seule fois attribution d'une valeur à ce champ.

---

"has-a" et "is-a" sont du vocabulaire d'ordre sémantique, niveau qui doit rester indépendant du langage d'implémentation, les problèmes de visibilité sont de niveau syntaxique donc dépendant du langage.

En sémantique, l'héritage transmet les propriétés sans exclusion mais par contre peut introduire des restrictions sur les propriétés héritées. Mais dans ce cadre les classes sont déduites des propriétés et non imposées par une syntaxe déclarative comme dans un langage typé.

Le mélange des deux perspectives dans le vocabulaire de la question ne peut que semer la confusion.

ce serait peut etre bien d'avoir l'intégralité de la question (en anglais).

Les seule notion de "has a" que j'aie trouve dans le JLS qui nous concerne disent qu'une classe "has a member of type B" et pas "has a B"

Dans la vision (très particulière:?) des auteurs de SCJP c'est comme ça :
héritage -> is A
variable membre -> has A
implantation d'une interface c'est aussi isA .... (on peut chipoter mais l'objectif est de répondre aux questions comme attendu non?:mouarf:)

Citation:

---

Envoyé par tchize_

ce serait peut etre bien d'avoir l'intégralité de la question (en anglais).

---

Je ne tire pas cette exemple d'une question que j'ai rencontré, j'y ai juste pensé .. donc rien de plus !

Et Shadoko pour toi, une "variable membre" appartient t'elle a une sous-classe si elle n'en a pas connaissance ( privée par exemple .. ) ??

Et d'après JeitEmgie .. je dirais que ça dépend un peu de la formulation de la phrase et de où ils veulent nous en mener avec ..

en tout cas merci pour vos réponses !! :ccool:

Avec un peu de concentration tu peux pas te tromper sur ces questions lors de l'eval.

Commence par trier de la façon suivante :
has a : Composition
is a : Héritage

Si ensuite il te manque des réponses (en ayant bien vérifié plusieurs fois), commencer à chercher des relations de second niveau (par transitivité).

Ne stress pas trop pour ces question qui ne sont la que pour te sensibiliser à la notion d'héritage vs composition.