Discussion :

[SasakiKojiro]

Bonjour,

Tout d'abord, désolé pour le titre confus, je ne sais trop comment intituler correctement ce soucis...
Prenons l'exemple suivant :

Code Java :

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 test;
 
public class ExtendsStaticTest
{
 
    /**
     * @param args
     */
    public static void main(String[] args)
    {
        B.foo();
        A.getB().foo();
    }
}

Code Java :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
package test;
 
public class A
{
 
    protected static void foo()
    {
        System.out.println("bar");
    }
 
    public static A getB()
    {
        return new B();
    }
}

Code Java :

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

1
2
3
4
5
6
7
8
9
10
11
 
package test;
 
public class B
    extends A
{
    protected static void foo()
    {
        System.out.println("barB");
    }
}

Selon moi, l'appel à A.getB() me retourne une instance de B, instance dont la classe hérite de A.
A.getB().foo() fait cependant appel à la méthode de la classe A...

Pourquoi et comment faire pour que ce soit la méthode B.foo() qui soit appelée ?


Le soucis réel caché derrière cet ECM est qu'au lieu d'avoir A.getB(), j'ai A.getUneClasse() dont le retour peut être soit une instance de A, soit une instance de B; où B s'agirait d'une classe surchargée par un utilisateur.


Avez vous des explications à me fournir sur ce comportement que je ne comprends pas ?

Merci

[Pill_S]

Le polymorphisme ne s'applique pas dans le cas de méthodes statiques. C'est le type déclaré à la compilation qui est exécuté, pas le type réel.

Early binding vs late binding ==> le static est linké, figé dans le marbre, au moment de la compilation. Tout comme d'ailleurs le polymorphisme paramètrique (avoir 2 signatures void foo(Object o) et void foo(String s), que se passe-t-il quand on invoque avec une variable de type Object qui contient en réalité une String??)

[SasakiKojiro]

Merci pour ta réponse.
Du coup, si je te comprends bien, le soucis est lié au fait que ma méthode A.getB() soit statique...

Admettons que je crée la fonction suivante dans la classe A

Code Java :

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

1
2
3
4
5
 
    public A getBNoStatic()
    {
        return new B();
    }

L'appel à new A().getBNoStatic().foo(); ne devrait-il pas alors valoir la même chose que B.foo(); ?
Pourtant cela me renvoie vers A.foo();

J'ai actuellement la main sur getB() de la classe A ainsi que sur la classe B.
Par contre, je n'ai pas la main sur le reste de la classe A pour raison de rétrocompatibilité...
foo() est une méthode statique et je ne peux pas le modifier.

Merci


Edit : Pas sûr d'avoir tapé à coté de ton explication... en fait, A.getB() pourrait ou non être statique on s'en fiche mais c'est foo() qui, étant statique, empêche d'appeler correctement A.foo() ou B.foo() ?

Ai-je un moyen de faire autrement ?

[thelvin]

Hello

[...] en fait, A.getB() pourrait ou non être statique on s'en fiche mais c'est foo() qui, étant statique, empêche d'appeler correctement A.foo() ou B.foo() ?

Yup. Cela dit, c'est une mauvaise chose d'appeler A.getB(). Une méthode statique s'appelle en fonction de son nom de classe, pas d'un objet.

Ai-je un moyen de faire autrement ?

B.foo(), et puis c'est tout. De toute façon c'est elle que tu veux appeler, pas une autre, alors pourquoi chercher ailleurs ?

[Pill_S]

Tu pourrais forcer via un cast, mais c'est moche... ((B)A.getBNoStatic()).foo()En plus c'est vrai, si c'est statique, faut invoquer de manière statique... en référençant la classe et pas une instance

[SasakiKojiro]

Hello
B.foo(), et puis c'est tout. De toute façon c'est elle que tu veux appeler, pas une autre, alors pourquoi chercher ailleurs ?

Par défaut, la classe A existe et est la référence. Il se peut que pour un besoin spécifique, l'utilisateur ait définit une classe B et souhaite ne pas appeler A.foo() mais B.foo()
Donc s'il a défini B, je dois utiliser B.
Au final, je sais seulement que je vais appeler la méthode foo() mais pour certains utilisateurs ça viendra de A, pour d'autre de B.

Tu pourrais forcer via un cast, mais c'est moche... ((B)A.getBNoStatic()).foo()En plus c'est vrai, si c'est statique, faut invoquer de manière statique... en référençant la classe et pas une instance

Pareil, si je force le cast, j'empêche le fait de pouvoir avoir A.foo().
Je suis désolé, je suis pas vraiment clair... J'avais expliqué que je n'ai pas vraiment de A.getB() mais un A.getUneClasse() et que, si l'utilisateur a défini la classe B, la méthode me retourne B; A sinon.

A n'étant pas un B, ((B)A.getBNoStatic()).foo() me renverra une classCastException