[Débutant] Question de cours de JAVA

Version imprimable

17/05/2006, 11h09
pinggu

[Débutant] Question de cours de JAVA

Bonjour à tous,

J'ai une petite question concernant le Java mais ce n'est pas un problème de code, c'est plus un éclaircissement sur le langage...et comme je suis une débutante, j'ose poser ma question même si elle peut paraître simple ou débile.

J'ai :

une classe A contenant les méthodes m1() et m2(D)
une classe B contenant la méthode m1(int)
une classe C contenant la méthode m2(D)

les classes B et C héritent de A

une classe D contenant les méthodes m1() et m3(A)
une classe E contenant la méthode m3(B)

la classe E hérite de D

On me propose de faire :

d = e; //d instance de d et e instance de e
d.m3(a); //fonctionne
d.m3(b);//ne fonctionne pas
d.m3(c);//ne fonctionne pas

Je voulais savoir ce que veut dire d=e ?
Et pourquoi la méthode m3(b) ne marche t-elle plus ?
Merci de vos réponses éclairantes, je suis un peu perdue ! :oops:
17/05/2006, 11h24
le y@m's

Citation:

Envoyé par pinggu

d.m3(b);//ne fonctionne pas
d.m3(c);//ne fonctionne pas

C'est à dire ? tu as des messages d'erreurs ? ça ne fait ou ne renvoie pas ce tu attends ?
17/05/2006, 11h29
g_rare
Citation:

Envoyé par pinggu

Je voulais savoir ce que veut dire d=e ?
Et pourquoi la méthode m3(b) ne marche t-elle plus ?

"d=e" signifie que l'instance de D prend pour valeur l'instance de E (qui est aussi une instance de D entre-autre) : au final "d" sera remplacé par "e" mais en tant qu'instance de D, pas en tant qu'instance de E.

Ainsi "m3(A)" fonctionne mais pas "m3(B)", car "d" a désormais pour valeur "e" en tant qu'instance de D, qui possède la méthode pour la classe A en paramètre mais pas pour la classe B (elle se trouve dans E).

Idem pour le problème de "m3(C)" qui n'existe nul part ; il faudrait pour que ça fonctionne <<caster>> ton instance "c" en B (ce qui aurait pour effet de considérer "c" uniquement en B, mais pas en C qui est un B hérité) : comme par exemple...
Code:

1 2 d.m3((B)c); // fonctionne
17/05/2006, 11h30
mavina

Salut,

Citation:

d = e; //d instance de d et e instance de e

Tu référencie l'objet e sur la référence d. En clair, tu as une référence d qui "pointe" sur un objet D je suppose (compares ca à un doigt qui montre l'objet). Eh bien faire

Code:

d = e;

revient à déplacer ce doigt sur l'objet référencé par e (un objet E je suppose). Or E hérite de D, donc j'ai tout à fait le droit. C'est un des avantage de l'héritage.

Citation:

d.m3(a); //fonctionne

m3(A) est une fonction définie dans la classe D. D possède la fonction m3(A). Donc E, qui hérite de D, la possède aussi.

Citation:

d.m3(b);//ne fonctionne pas

D ne possede pas de methode m3(B), donc E n'en possède pas non plus. Il ne faut pas confondre, même si les fontions ont le même nom, elles n'ont pas les mêmes paramètres, ce qui les différencie. C'est comme 2 personnes qui s'appellent Bob, mais qui n'ont pas les mêmes caractéristiques. /!\

Citation:

d.m3(c);//ne fonctionne pas

Même raisonnement que pour d.m3(b); ...

Voilà j'espère avoir éclairé ta lanterne !!

mavina
17/05/2006, 11h36
g_rare

Citation:

Envoyé par mavina

D ne possede pas de methode m3(B), donc E n'en possède pas non plus.

Attention, il faut lire "D ne possede pas de methode m3(B), donc e en tant que D n'en possède pas non plus" : car << une classe E contenant la méthode m3(B) >> était écrit ... ;)
17/05/2006, 11h43
pinggu

Ma lanterne est plus qu'éclairée, merci de vos précieuses infos. Je comprends mieux le mécanisme maintenant !
17/05/2006, 11h49
le y@m's

D ne possède pas de méthode m3(B) mais possède une méthode m3(A).
Or B hérite de A donc il me semble que le polymorphisme induit que d.m3(b) ne devrait pas poser de problème, non ?
17/05/2006, 11h54
mavina

En effet il y a un effet pervers, E définit une fonction m3(B), et B hérite de A, laquelle prendre ? ^^
Je teste et je vous dit quoi
edit:Apres test, il prend la fonction de E, donc normalement d.m3(B) devrait marcher ...

mavina
17/05/2006, 11h54
yann2

Citation:

D ne possède pas de méthode m3(B) mais possède une méthode m3(A).
Or B hérite de A donc il me semble que le polymorphisme induit que d.m3(b) ne devrait pas poser de problème, non ?

Je suis d'accord avec toi. Même si l'énoncé de départ est un peu fouillis
17/05/2006, 11h56
yann2

Citation:

En effet il y a un effet pervers, E définit une fonction m3(B), et B hérite de A, laquelle prendre ? ^^
Je teste et je vous dit quoi

Pas besoin de tester :

d.m3(b)
va exécuter la méthode contenue dans e (dernière classe de la hiérarchie).

Bonjour,

Si j'ai bien compris, le diagramme de classe ressemble à ça :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 --------- --------- | A | | D | --------- --------- | m1() | | m1() | ->| m2(D) |<-- | m3(A) |<- | --------- | --------- | | | | | | | ----------- --------- --------- | B | | C | | E | ----------- --------- --------- | m1(int) | | m2(D) | | m3(B) | ----------- --------- ---------
Je suppose également que a, b, c, d et e sont déclarées comme ceci :
Code:

1 2 3 4 5 A a = new A(); B b = new B(); C c = new C(); D d = new D(); E e = new E();
Je ne comprends pas pourquoi celà ne fonctionne pas car cela devrait fonctionner :?
Je m'explique :

Code:

d = e;

Indique que d référencera l'objet e. Celà ne pose pas de problèmes car la classe E hérite de la classe D.

Code:

d.m3(a);

Fonctionne car la classe D contient la méthode ayant pour signature m3(A)

Code:

d.m3(b);

Passe à la compilation car la classe D implémente la méthode ayant pour signature m3(A) et b est de type A car la classe B hérite de la classe A.

Code:

d.m3(c);

Passe à la compilation car la classe D implémente la méthode ayant pour signature m3(A) et c est de type A car la classe C hérite de la classe A.

Pourvez-vous expliquer mieux le "fonctionne pas" ?

17/05/2006, 11h59
Juju_41

Citation:

Envoyé par yann2

Pas besoin de tester :

d.m3(b)
va exécuter la méthode contenue dans e (dernière classe de la hiérarchie).

Non, vu que d est déclaré de type D il va exécuter la méthode m3 contenue dans D.
Pour exécuter celle dans E, il faut caster :

Code:

((E) d).m3(b);

Pour mieux comprendre, lire les cours et tutoriels pour apprendre Java : http://java.developpez.com/cours/
17/05/2006, 12h06
yann2

Citation:

Non, vu que d est déclaré de type D il va exécuter la méthode m3 contenue dans D.
Pour exécuter celle dans E, il faut caster :

:oops:

Tu as raison. Les deux méthodes m3(A) et m3(B) sont différentes du fait de leurs signatures.

Mais ça devrait quand même fonctionner.

J'ai fait un petit test et a priori ça marche.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
public class Test {
 
    class A {
        public void m1(A a) {
            System.out.println("A.m1()");
        }
        public void m2(D d) {
            System.out.println("A.m2(D)");
        }
    }
    class B extends A{
        public void m1(int i) {
            System.out.println("B.m1(in)");
        }
    }
    class C extends A {
        public void m2(D d) {
            System.out.println("C.m2(D)");
        }
    }
    class D {
        public void m3(A a) {
            System.out.println("D.m3(A)");
        }
    }
    class E extends D {
        public void m3(B b) {
            System.out.println("E.m3(B)");
        }
    }
 
    public Test() {
        A a = new A();
        B b = new B();
        C c = new C();
        D d = new D();
        E e = new E();
 
        d = e;
        d.m3(a);
        d.m3(b);
        d.m3(c);
    }
 
    static public void main(String ...args) {
        new Test();
    }
 
}

cela donne :

Citation:

D.m3(A)
D.m3(A)
D.m3(A)

Donc pinggu, peus tu nous en dire plus sur ce qui ne marche pas (si tu as des messages d'erreur post les) et sinon montre nous ton code.

17/05/2006, 14h38
g_rare

Ca sent l'erreur dans le cours (tout simplement)... :roll:
17/05/2006, 14h42
mavina

Citation:

Envoyé par Juju_41

Non, vu que d est déclaré de type D il va exécuter la méthode m3 contenue dans D.
Pour exécuter celle dans E, il faut caster :

Code:

((E) d).m3(b);

Négatif, tu n'as qu'à tester ;)
Il n'y a pas besoin de caster, le polymorphisme se charge d'aller chercher tout seul la méthodes la moins "générique", c'est à dire celle qui est définie au plus bas dans l'arbre des classes ;)

mavina
17/05/2006, 15h03
yann2

Citation:

Négatif, tu n'as qu'à tester :wink:
Il n'y a pas besoin de caster, le polymorphisme se charge d'aller chercher tout seul la méthodes la moins "générique", c'est à dire celle qui est définie au plus bas dans l'arbre des classes :wink:

Ben je pensais ça aussi ! J'ai fais un test et il s'est avéré que juju_41 a raison.

Les deux méthodes m3(Object) et m3(String) ont une signature différente Il ne peut donc y avoir mécanisme de polymorphisme.
17/05/2006, 15h09
mavina
Salut,

Ah oui en effet, je me suis trompé :oops: .

Pardonnez moi

Mais quand tu y pense, si tu passe un Integer et qu'il existe une methode m3(Integer) dans E et une methode m3(Object) dans D, ce n'est pas logique qu'il (le compilateur) appelle la methode dans D et non celle dans E en faisant :
Code:

1 2 3 D d=new E(); d.maMethode(new Integer(10));
... :\

mavina