Discussion :

[yasinfo]

Bonjour,
J'ai le code suivant:
int Surface (int logueur, int largeur)
{return longueur * largeur;}

void Surface (int r) {
int s= r*r*PI; System.out.println("surf = "+s);}

Est ce que je peux parler de surcharge de la méthode Surface dans ce cas ?
Merci.

[kalina]

oui, il s'agit bien d'une surchage!
pour plus d'infos regarde ici:http://www.developpez.net/forums/d61...s-type-retour/

[kolodz]

Code :

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

1
2
3
4
5
6
7
int Surface (int logueur, int largeur){
    return longueur * largeur;
}
 
void Surface (int r) {
    int s= r*r*PI; System.out.println("surf = "+s);
}

Cela c'est considéré comme de la surcharge. Bien que cela ne soit pas de la surcharge dû à l'héritage de classe...

Some other languages, like Java, do not have default arguments. However, the same behaviour can be simulated by using method overloading to create overloaded methods of the same name, which take different numbers of arguments; and the versions with fewer arguments simply call the versions with more arguments, with the default arguments as the missing arguments:

Code :

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

1
2
int MyFunc(int a, int b) { return MyFunc(a, b, 12); }
int MyFunc(int a, int b, int c) { /* main implementation here */ }

Cela est considéré comme :

Constructor overloading

Cordialement,
Patrick Kolodziejczyk.

http://en.wikipedia.org/wiki/Default_argument
http://en.wikipedia.org/wiki/Function_overloading
http://fr.wikipedia.org/wiki/Polymor...nformatique%29
http://fr.wikipedia.org/wiki/Surchar...nformatique%29

[thelvin]

Cela c'est considéré comme de la surcharge. Bien que cela ne soit pas de la surcharge dû à l'héritage de classe...

"Considéré" euh... Quand on dit "surcharge," on veut dire ce genre de choses. L'idée de surcharge n'est pas associée à l'héritage, elle est juste possible par héritage.

Et elle a d'autres intérêts que la possibilité de varier le nombre de paramètres (qui est aujourd'hui assez bien fait par les varargs en Java.)
Ça peut aussi être juste des paramètres complètement différents, parce qu'on a des données d'entrées complètement différentes mais qu'on sait y appliquer le même traitement.

Là où ça pèche et où ça fait "bizarre" pour de la surcharge, c'est qu'en principe des méthodes surchargées devraient faire grosso-merdo la même chose, pour éviter les confusions. Là c'est clairement pas le cas, c'est un mauvais usage de la surcharge.

Cela est considéré comme : [Constructor overloading]

... Nope.
Ça c'est quand on surcharge des constructeurs. Ce qu'on voit là, c'est des méthodes. Des méthodes mal nommées parce qu'elles commencent par une majuscule, mais des méthodes.

[kolodz]

Effectivement...

Pas les yeux en face des trous. J'ai pris les int void comme les opérateurs de visibilités qui ne sont pas donnée :s

Cordialement,
Patrick Kolodziejczyk.

[yasinfo]

Bonjour,
Merci à tous pour vos réponses, mais tout cela est encore confus pour moi.
Que dois je déduire finalement ?
Merci.

[Satch]

Bonjour,
Merci à tous pour vos réponses, mais tout cela est encore confus pour moi.
Que dois je déduire finalement ?
Merci.

Que la surcharge, c'est quand un objet possède plusieurs méthodes ayant le même nom, mais un nombre et/ou type de paramètres différents.

Dans ton cas, si tes méthodes Surface sont déclarées dans la même classe, ou l'une dans une classe A et l'autre dans une classe B qui étend A, alors c'est bien de la surcharge.