héritage et operator==

9 réponses

Michaël Delva

23/07/2004 à 11:27

Bonjour à tous,

soient les classes

class A
{
public:
int t1,t2;

bool operator==(const A & toto) const
{ return t1 == toto.t1; }
}

class B : public A
{
public:
int m1,m2;
bool operator==(const B & foo) const
{ return m1 == foo.m1; }
}

Est-il possible d'utiliser l'operator== de A dans l'operator== de B sans
réécrire celui de A dans B?

En gros éviter ça:

class B : public A
{
public:
int m1,m2;
bool operator==(const B & foo) const
{ return m1 == foo.m1 && t1 == foo.t1; }
}

Ou bien je suis obligé de passer par là?

Merci d'avance

9 réponses

Christophe de VIENNE

23/07/2004 à 11:30

Salut,

Michaël Delva wrote:

En gros éviter ça:

class B : public A
{
public:
int m1,m2;
bool operator==(const B & foo) const
{ return m1 == foo.m1 && t1 == foo.t1; }
}

Tu peux écrire :
bool operator==(const B & foo) const
{
return A::operator==(foo) && m1 == foo.m1;
}

A+

Christophe

--
Christophe de Vienne

Michaël Delva

23/07/2004 à 12:07

Merci pour ta réponse rapide!

Et comment ça se passe dans le cas suivant?

class A
{
public:
int m1;
bool operator<(const A & toto) const
{ return m1 < toto.m1; }
}

class B
{
public:
int t1;
}

B foo;
foo.t1 = 8;

B test;
test.t1 = 8;

if (test < foo)
...

comme il n'y a pas d'operator< pour B, est-ce que c'est celui de A qui va
être appellé?

K. Ahausse

23/07/2004 à 14:08

"Michaël Delva" a écrit dans le message
de news:

Merci pour ta réponse rapide!

Et comment ça se passe dans le cas suivant?

class A
{
public:
int m1;
bool operator<(const A & toto) const
{ return m1 < toto.m1; }
}

class B
{
public:
int t1;
}

B foo;
foo.t1 = 8;

B test;
test.t1 = 8;

if (test < foo)
...

comme il n'y a pas d'operator< pour B, est-ce que c'est celui de A qui va
être appellé?

Mais pourquoi tu ne fais pas le test par toi-même ?
Tu y gagnerais en temps de réponse, et par là-même sur plein d'autres
domaines.

drkm

23/07/2004 à 14:11

"Michaël Delva" writes:

class A
{
public:
int m1;
bool operator<(const A & toto) const
{ return m1 < toto.m1; }
}

class B
{
public:
int t1;
}

B foo;
foo.t1 = 8;

B test;
test.t1 = 8;

if (test < foo)
...

comme il n'y a pas d'operator< pour B, est-ce que c'est celui de A qui va
être appellé?

Non. B n'hérite pas de A. Il faudrait pour cela qu'elle en hérite
publiquement.

--drkm, en recherche d'un stage : http://www.fgeorges.org/ipl/stage.html

Michaël Delva

23/07/2004 à 14:42

drkm wrote in
news::

"K. Ahausse" writes:

"Michaël Delva" a écrit dans le
message de news:

class A
{
public:
int m1;
bool operator<(const A & toto) const
{ return m1 < toto.m1; }
}

class B
{
public:
int t1;
}

B foo;
foo.t1 = 8;

B test;
test.t1 = 8;

if (test < foo)
...

comme il n'y a pas d'operator< pour B, est-ce que c'est celui de A
qui va être appellé?

Mais pourquoi tu ne fais pas le test par toi-même ?
Tu y gagnerais en temps de réponse, et par là-même sur plein d'autres
domaines.

Bof. J'ai l'impression qu'il voulais tester le cas où B dérive de
A. S'il l'avait testé comme il l'a écrit ci-dessus, il n'aurait pas
eu la bonne réponse.

Et puis son compilateur est boguée. Ferais-tu confiance à un
compilateur bogué ?

--drkm, en recherche d'un stage :
http://www.fgeorges.org/ipl/stage.html

C'est un oubli, j'ai pas mis

class B : public A

Et en quoi le compilo est bogué?

drkm

23/07/2004 à 14:45

"K. Ahausse" writes:

"Michaël Delva" a écrit dans le message
de news:

class A
{
public:
int m1;
bool operator<(const A & toto) const
{ return m1 < toto.m1; }
}

class B
{
public:
int t1;
}

B foo;
foo.t1 = 8;

B test;
test.t1 = 8;

if (test < foo)
...

comme il n'y a pas d'operator< pour B, est-ce que c'est celui de A qui va
être appellé?

Mais pourquoi tu ne fais pas le test par toi-même ?
Tu y gagnerais en temps de réponse, et par là-même sur plein d'autres
domaines.

Bof. J'ai l'impression qu'il voulais tester le cas où B dérive de
A. S'il l'avait testé comme il l'a écrit ci-dessus, il n'aurait pas
eu la bonne réponse.

Et puis son compilateur est boguée. Ferais-tu confiance à un
compilateur bogué ?

--drkm, en recherche d'un stage : http://www.fgeorges.org/ipl/stage.html

K. Ahausse

23/07/2004 à 14:53

"Michaël Delva"
drkm

Et puis son compilateur est boguée. Ferais-tu confiance à un
compilateur bogué ?

Et en quoi le compilo est bogué?

Oui, là il m'épate :-)

drkm

23/07/2004 à 15:30

"Michaël Delva" writes:

drkm wrote in
news::

"K. Ahausse" writes:

Mais pourquoi tu ne fais pas le test par toi-même ?
Tu y gagnerais en temps de réponse, et par là-même sur plein d'autres
domaines.

Bof. J'ai l'impression qu'il voulais tester le cas où B dérive de
A. S'il l'avait testé comme il l'a écrit ci-dessus, il n'aurait pas
eu la bonne réponse.

Et puis son compilateur est boguée. Ferais-tu confiance à un
compilateur bogué ?

--drkm, en recherche d'un stage :
http://www.fgeorges.org/ipl/stage.html

C'est un oubli, j'ai pas mis

class B : public A

Je m'en doutais un peu.

Et en quoi le compilo est bogué?

Comme tout programme de la complexité d'un compilo C++, il est
bogué. Ce que je voulais dire, c'est qu'un test sur une
implémentation donnée ne remplace pas une recherche dans la norme.
Tout comme la lecture de la norme n'est rien si l'on ne tient pas
compte des implémentations existantes (cfr. export, pour être à la
mode).

--drkm, en recherche d'un stage : http://www.fgeorges.org/ipl/stage.html

Alain Naigeon

23/07/2004 à 17:23

"drkm" a écrit dans le message news:

Tout comme la lecture de la norme n'est rien si l'on ne tient pas
compte des implémentations existantes (cfr. export, pour être à la
mode).

Soit dit en passant(*), j'ai rarement vu une mode rester aussi
longtemps à la mode !

(*) :
Petite question de communication-usenet, donc pas 100% HS :
Y a-t-il une abréviation francophone, comprise de (presque)
tous, équivalente à BTW ? Je ne veux pas faire snob ;-)

--

Français *==> "Musique renaissance" <==* English
midi - facsimiles - ligatures - mensuration
http://anaigeon.free.fr | http://www.medieval.org/emfaq/anaigeon/
Alain Naigeon - - Strasbourg, France

héritage et operator==

9 réponses

Veuillez sélectionner un problème