C++

simple probleme sur les objets (je debute)

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : simple probleme sur les objets (je debute)

red faction

au depart jai une classe vehicule du type suivant

Code :

//definition de la classe vehicule
class vehicule{
private:
char noplaque[15];
char nopolice[15];
int placeparking;
bool etat;
char date[128];
char time[128];
public:
void identifier(char *);
void immatriculer(char *);
void assurer(char *);
char * getnoplaque();
char * getnopolice();
bool islibre();
void setlibre();
void setprit();
void supprimer_immatriculation();
void supprimer_assurance();
void assigner_place_parking(int);
int getplaceparking();
void settime(char *,char *);
char* gettime();
char* getdate();
};

jai cree une autre classe tabvehicule qui contient un tableau dobjet de type vehicule

Code :

class tabvehicule :public vehicule{
private:
vehicule tab[5];
public:
};

bon le probleme est de pouvoir utilise le tableau vu quil est en private. comme solution jai pense a faire herite tabvehicule de vehicule de facon a quil ait les meme membres et fct et ensuite utiliser une fonction de tabvehicule pour associer le resultat ds le tableau (genre set(i) ou i est lindice, dans set yaurai un truc du genre tab[i]=..membredetabvehiculederive..)

voila le prob c que jarrive pas a ecrire ca :sweat: et que ya peut etre dautre methodes plus simple pour resoudre le probleme

note : jai peut etre dit des conneries je debute en c++ (mais pas c ca, ca va )

Message édité par red faction le 11-11-2002 à 19:54:52

Publicité

Tetedeiench

Head Of God

et pourquoi pas faire un accesseur ?

getVehicule(int num);

---------------
L'ingénieur chipset nortiaux : Une iFricandelle svp ! "Spa du pâté, hin!" ©®Janfynette | "La plus grosse collec vivante de bans abusifs sur pattes" | OCCT v12 OUT !

red faction

Tetedeiench a écrit a écrit :

et pourquoi pas faire un accesseur ?

getVehicule(int num);

qui retourne un objet de type vehicule???
jy avait pense , ca marchait bien le probleme c que ca ne fait que lire ... pas modifier les objets vehicule

Ace17

Renvoie une référence :
vehicule& getVehicule(int num)
{
return tab[num];
}

Ace17

Mais une question que je me suis souvent posée : puisqu'avec getVehicule on peut alors accéder comme on veut au membres du tableau, pourquoi ne pas carrément mettre le tableau en public?

mrbebert

Ace17 a écrit a écrit :

Mais une question que je me suis souvent posée : puisqu'avec getVehicule on peut alors accéder comme on veut au membres du tableau, pourquoi ne pas carrément mettre le tableau en public?

C'est pour séparer la partie interface de l'implémentation. Tu dois pouvoir utiliser ton objet sans savoir qu'il utilise un tableau. Ainsi, le jour où tu souhaiteras en changer (liste chainée, base de données...), tu ne change pas l'interface, ni les programmes qui l'utilisent.

LeGreg

tu ne te soucies pas de savoir quand et comment il est construit, modifie, recalcule et tu peux faire le compte des gens qui ont des references vers cet objet..

Exemple, tu as un evaluation paresseuse

d'une variable (chaque changement d'etat de l'objet necessite un recalcul couteux), plutot que de refaire le calcul a chaque fois, tu le fais qu'au moment ou tu dois utiliser la valeur et donc tu gagnes en temps de calcul:

Code :

toto.setPosition(maPos); // pas de recalcul
toto.setMatrix(maMatrice); // pas de recalcul
toto.getTransformedPosition(maNouvellePos); // ici le recalcul

Conclusion si tu avais eu acces directement a la valeur TransformedPosition tu aurais du faire le calcul deux fois (au moins dans cet exemple) apres chaque set.

Deuxieme Exemple, tu as un objet que tu ne desires pas allouer en meme temps que l'objet dont il est membre (allouer dans le constructeur ou dans une methode par un new).

Si tu fais ca:

Code :

struct Toto {
monType membre;
};

tu es bloque avec ton implementation.
Alors que si tu avais eu un accesseur tu aurais eu largement le choix sur l'implementation:

Code :

class Toto {
monType membre;
public:
monType & getMembreRef(){return membre;}
};

Code :

class Toto {
monType* pMembre;
public:
monType & getMembreRef(){return *membre;}
};

L'interface est la meme, l'implantation est differente.

Dans le meme style:

tu veux incrementer le compteur de reference a chaque fois que quelqu'un te demande un pointeur ou une reference sur un de tes objets. Evidemment ce n'est pas possible avec le membre public.

alors qu'avec l'accesseur:

Code :

class Toto {
monType *pMembre;
public:
monType * getMembrePointer ()
{
pMembre->AddRef();
return pMembre;
}
};

Ou tu as une classe Toto que tu veux heriter d'une classe Tata, mais en changeant la methode d'acces a la variable membre.

Si Tata l'implemente sous forme d'un membre public, ce n'est pas possible. Par contre si Tata avait utilise un accesseur ce serait beaucoup plus simple.

Exemple:

Code :

class Tata {
dword state;
public:
bool hasfailed() {
return state != 0;
}
}
class Toto: public Tata {
static const dword failbit;
public:
bool hasFailed() {
return (failbit & state)==failbit;
}
}

Je n'ai pas mis de virtual mais ca depend l'utilisation que tu veux en faire.

LeGreg

Musaran

Cerveaulté

Renvoyer une référence non-const et considérer que l'accesseur ne protège que des dépassements ?
Le conteneur héritant de son contenu est Une Maivais Idée©. Ça se comprends mieux avec les templates...

Code :

const int tabsize= 5;
class tabvehicule{
private:
vehicule tab[tabsize];
public:
vehicule& getVehicule(int num){
if(num<=0 || tabsize<=num)
/*apprendre les exceptions*/;
return tab[num];
}
};

---------------
Bricocheap: Montage de ventilo sur paté de mastic silicone

LeGreg

Citation :

Le conteneur héritant de son contenu est Une Maivais Idée©. Ça se comprends mieux avec les templates...

[OT]Vaut-il mieux un contenu heritant de son contenant?

Oh je crois que c'est un concept valide
puisqu'on dit "boire un verre" pour dire que l'on boit l'eau dans le verre.

Donc comme l'interface est un handle, on peut appliquer a eau et a verre les memes methodes.[/OT]

je divague..

LeGreg

red faction

en tout k merci jai encore progresse

jen demendais pas tant

Message édité par red faction le 12-11-2002 à 02:33:31

Publicité

blackgoddess

vive le troll !

chui perdu ... faudra me la refaire plus lentement avec les histoires de verres contenants contenus ds l'eau ...

---------------
-( BlackGoddess )-

Musaran

Cerveaulté

legreg a écrit a écrit :

Vaut-il mieux un contenu heritant de son contenant?

[choper la perche]
Ah pardon cher confrère, je vous arrête là !

Dans ce cas-là, ce n'est qu'un simple transfert de propriété d'un contenu (eau) à son conteneur unitaire (verre).
L'eau étant une unité, et sa quantité une de ses propriétés.
Le conteneur n'ayant qu'un élément, on perd la notion de collection (on ne trie pas un verre), et il est alors logique d'accéder directement au contenu puisqu'il ne peut y avoir d'ambigüité sur l'élément concerné.
[/choper la perche]

A propos...

Il me semble qu'il manque au conteneurs C++ la distinction entre l'objet contenu et l'emplacement mémoire (case) qui le contient.
Je pense à l'échange d'éléménts entre liste chaînées, où on ne peut spécifier s'il faut copier/swapper les objets, ou juste rabouter des pointeurs.
Je dis ça de façon théorique, je ne me suis pas encore servi des conteneurs C++ sérieusement...

OT :??:

Message édité par Musaran le 13-11-2002 à 04:02:15

---------------
Bricocheap: Montage de ventilo sur paté de mastic silicone

LeGreg

Musaran a écrit a écrit :

OT :??:

off-topic
(ou legerement diversion du sujet original)

LeGreg

FORUM HardWare.fr

Programmation

C++

simple probleme sur les objets (je debute)

Sujets relatifs
[VB] Probleme VB et base de donnée	probleme d'envoi de formulaire
petite probleme dedébutant	problème apache...
voila mon probleme resize des fenetre en fct de la resol	[XML] comparaison de syntaxe, probleme d'occurrence
Problème avec 2 actions?	[PHP] Probleme avec MySql: Erreur que je n'arrive pas à résoudre
Probleme avec Dreamweaver	Probleme lorsque je maximise une fentre sous Visual C++
Plus de sujets relatifs à : simple probleme sur les objets (je debute)

Page générée en 0.083 secondes