Discussion :

[coold]

Bonjour à tous voila j'ai une classe CSetInt qui permet de gérér des int.

Code :

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
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
#ifndef CSETINT_H 
#define CSETINT_H
#include <string>
 
class CSetInt
{
    public:
        CSetInt();// constructeur par défaut (inutilisé)
        CSetInt(size_t dSize);// constructeur réellement utilisé 
        ~CSetInt(); //destructeur 
		CSetInt(const CSetInt&);//constructeur par copie
        const std::string& error() const;// pour savoir ce qui a pu foirer
        bool addInteger();// pour ajouter un entier 
        size_t maxSize() const;// pour connaitre le nombre maximal d'entier attendu 
        size_t count() const;// pour connaitre le nombre d'eniters déjà introduits:cardinal
        void affiche() const;// pour afficher les entiers introduits  
        bool existe(int dSearch) const;// pour savoir si un entier se trouve deja dans le tableau 
		//les fonctions membres const ne peuvent pas modifier les variables membres de la classe
 
		//ajout de opérateurs < et []
		bool operator < (const int &dNbr);
		int operator [] (int dNbr);
 
		/*size_t corresponds to the integral data type returned by the language operator sizeof */
    protected:
    private:
        int * m_pdTab;
        size_t m_dCurPos;
        size_t m_dSize;
        std::string m_error;	
};
 
#endif // CSETINT_H

je dois surcharger < pour qu'il insere des int dans l'ensemble

Code :

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
17
bool CSetInt::operator < (const int &dNbr)
{
	if(m_dCurPos == m_dSize)
    {
        m_error="le tableau est plein";
        return false;
    }
    if(existe(dNbr))
    {
        m_error = "le nombre introduit existe deja";
        return false;
    }
    m_pdTab[m_dCurPos] = dNbr;
    ++m_dCurPos;
    m_error = "";
    return true;
}

dans le main après déclaration de l'objet oEnsemble, initialisé correctement...
je veux inserer les 3 nombre suivants et je mets:

Code :

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

oEnsemble1 < 24 < 35 < 45;

en allant regarder ce qui est intoduit il n'y a que le 24, je ne comprends pas, peut etre que j'ai mal implemente l'operateur...merci de votre aide

[Aurelien.Regat-Barrel]

Tu t'es trompe d'operateur, c'est "operator <<" ("<", c'est le test d'inferiorite!).
Au sujet de ta classe, sais-tu qu'il existe std::set?

[Médinoc]

L'opérateur doit retourner une référence vers l'objet au lieu de retourner un bool.
Si tu veux donner une erreur quand le tableau est plein, il faudra que tu lances une exception.

[coold]

c'est bien < et non <<
1 peit extrait de ce qui m'est demande

...l’opérateur < permettant d’ajouter un entier à un objet de la class CSetInt. Par exemple :

OSet < 10 < 20 < 30

;

[coold]

Au sujet de ta classe, sais-tu qu'il existe std::set?

peux tu m'en dire stp plus? merci

[Aurelien.Regat-Barrel]

c'est bien < et non <<

Je me doute. Ce que je voulais te dire, c'est que ce n'est pas naturel. C'est comme surcharger "==" pour faire le modulo, "=" pour l'incrementation, "++" pour l'egalite, etc...

Pour std::set:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
typedef std::set<int> CSetInt;
 
CSetInt.insert(5);
CSetInt.insert(7);
CSetInt.insert(5); // sans effet
 
int nb = CSetInt.size(); // renvoie 2
 
if( CSetInt.find(5) != CSetInt.end() )
{
    // 5 est bien present
}

http://msdn.microsoft.com/en-us/libr...8VS.80%29.aspx

[Davidbrcz]

coold : Je te préviens tout de suite, ton prof est un naze.
Il n'est pas interdit mais extrêmement fortement déconseillé de changer la sémantique des différents opérateurs. Comme la dit Aurelien.Regat-Barrel, si on surcharge des opérateurs, c'est pour simplifier les expressions de telle sorte qu'elles soit plus "naturelles". Ici en utilisant < à la place de << c'est un non sens et j'irais même jusqu'à dire de l'obfuscation.

[coyotte507]

Salut,

dans ton cas, ça ferait:

Code :

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
17
CSetInt & CSetInt::operator < (const int &dNbr)
{
    if(m_dCurPos == m_dSize)
    {
        m_error="le tableau est plein";
        return *this;
    }
    if(existe(dNbr))
    {
        m_error = "le nombre introduit existe deja";
        return *this;
    }
    m_pdTab[m_dCurPos] = dNbr;
    ++m_dCurPos;
    m_error = "";
    return *this;
}

Mais comme l'a souligné Médinoc, tu peux avoir envie d'utiliser les exceptions pour gérer les erreurs.


Si jamais tu retournais un bool, alors les opérations après la première insertion avec le '<' seraient des comparaisons d'entiers/bool, qui n'auraient aucun effet.

Enfin, l'opérateur << est destiné au décalage de bits, ça m'a fait bizarre la première fois que je l'ai vu utilisé pour les flux ^^

[JolyLoic]

Enfin, l'opérateur << est destiné au décalage de bits, ça m'a fait bizarre la première fois que je l'ai vu utilisé pour les flux ^^

Je crois que de nos jours, on peut dire que l'opérateur << sert à envoyer un objet dans un autre, l'utilisation << comme décalage de bits n'étant qu'une surcharge étrange que quelqu'un qui ne connaissait pas les règles de bonne conduite pour une surcharge a décidé d'utiliser...

[coold]

merci pour toutes vos commentaires et réactions ; la surcharge de l'opérateur < est un cas d'école, qui ici n'a pas beuacoup de sens. Le prof nous a bien prévenu. mais voila c'est un exercice d'école. merci encore des précisions

[droggo]

Gao,

Je crois que de nos jours, on peut dire que l'opérateur << sert à envoyer un objet dans un autre, l'utilisation << comme décalage de bits n'étant qu'une surcharge étrange que quelqu'un qui ne connaissait pas les règles de bonne conduite pour une surcharge a décidé d'utiliser...

Il manque la balise [HUMOUR]

[Garulfo]

coold : Je te préviens tout de suite, ton prof est un naze.
Il n'est pas interdit mais extrêmement fortement déconseillé de changer la sémantique des différents opérateurs.

C'est sûr que tu es bien placé pour juger du contenu pédagogique d'un cours sur la simple lecture d'un morceau d'un énoncé d'un TP. Je donne moi-même ce conseil en classe que je répète plusieurs fois, reste que ce n'est pas plus grave dans un cours de présenter ça. Avant de porter ce genre de jugement, fais tes preuves. Visiblement le prof avait pris les précautions nécessaires en avertissant que c'était un cas d'école. Donc maintenant, on se demande qui est le « naze ».

[Médinoc]

Tiens, au passage: Il semblerait que tu aies maintenant appris à redéfinir les opérateurs. Tu vas donc pouvoir donner à ta classe un opérateur = pour éviter de planter après une copie malheureuse...

[coold]

C'est sûr que tu es bien placé pour juger du contenu pédagogique d'un cours sur la simple lecture d'un morceau d'un énoncé d'un TP. Je donne moi-même ce conseil en classe que je répète plusieurs fois, reste que ce n'est pas plus grave dans un cours de présenter ça. Avant de porter ce genre de jugement, fais tes preuves. Visiblement le prof avait pris les précautions nécessaires en avertissant que c'était un cas d'école. Donc maintenant, on se demande qui est le « naze ».

Voila qui est bien dit, no coment!!!

Tiens, au passage: Il semblerait que tu aies maintenant appris à redéfinir les opérateurs. Tu vas donc pouvoir donner à ta classe un opérateur = pour éviter de planter après une copie malheureuse...

Médinoc, la progression de mon cours est tel que je ne pouvais pas en ce moment introduire des opérateurs parce que c'est 1 point de théorie qui n'était pas encore abordé, maintenat oui; donc voila. Autrement je trouve tes remarques très pertinentes et bien avisées merci pour cela et parlant de ramarque
celle-ci n'est pas bien claire dans ma petite tête

L'opérateur doit retourner une référence vers l'objet au lieu de retourner un bool.
Si tu veux donner une erreur quand le tableau est plein, il faudra que tu lances une exception.

[Davidbrcz]

Ce n'est pas par ce qu'on est en TP que l'on doit donner de mauvaises habitudes. L'opérateur pour envoyer des messages dans un objet c'est << pas <, qui lui est l'opérateur d'inégalité strict. Comme je le répète, le but de la surcharge des opérateurs, c'est de pouvoir utiliser "de façon naturelle" les objets bien qu'ici il est vrai que la différences est minime mais quand même notable.

[JolyLoic]

Visiblement le prof avait pris les précautions nécessaires en avertissant que c'était un cas d'école.

Ce que je ne vois pas, c'est quelle raison il pourrait avoir pour, même dans un cas d'école, préférer < à <<. Utiliser l'un ou l'autre demande exactement les mêmes connaissances préalables, et utiliser l'un est bien plus idiomatique qu'utiliser l'autre.