Discussion :

[killwin]

Bonjour, on m'avait dit un jour qu'on pouvait �viter l'�criture des pointeurs en C++ pour ne pas �crire comme en C. Par exemple, avec le passage par r�f�rencement dans une m�thode :

Ecran::affichage(const float &couleur) {...}

Lorsque j'instancie un object (ici roue) dans un autre objet (ici voiture) je fais comme �a :

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
Class::Voiture() {
 
public:
    Voiture();
 
private:
    Roue *roue;
}
 
Voiture::Voiture() {
    roue = new Roue(4);
}
 
Voiture::status() {
    std::cout << roue->taille() << std::endl;
}

Ma question est la suivante, puis-je �viter d'avoir un pointeur sur roue ?

Merci d'avance :-)

[Bousk]

Salut,

oui tu n'as aucun int�r�t au pointeur ici : tu n'utilises pas de polymorphisme et le cr�es lors de l'appel au constructeur.
Tu peux donc simplement d�clarer ta variable membre comme ceci

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
Class::Voiture() {
 
public:
    Voiture();
 
private:
    Roue roue;
};

Et l'initialiser via la liste d'initialisation (obligatoire si le constructeur de Roue prend des param�tres)

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
Voiture::Voiture()
  : roue(4)
{}

Et dans tous les cas, un unique_ptr sera pr�f�rable � un pointeur nu : un unique_ptr est responsable de la lib�ration du pointeur, tu enl�ves donc l'ambiguit� de savoir � qui revient la responsabilit� de le faire.

[killwin]

Merci, en effet j'utilise les pointeurs intelligents pour �viter les fuites m�moires ...

Mais lorsque j'�cris

private:
Roue roue;

puis roue(4) dans le constructeur, il me semblait que �a m'instanciait 2 fois l'object avec un premier appel au constructeur par d�faut, puis un appel au constructeur sp�cifique ?

[dalfab]

La vie d'un objet commence par l'appel du constructeur et se termine par l'appel du destructeur. Un objet ne peut �tre instanci� qu'une fois, et sauf appel explicite douteux du destructeur ce dernier n'est aussi appel� qu'une fois.
La construction des membres se fait avant l'ex�cution du corps du constructeur, et justement comme te l'a dit Bousk, on peut pr�ciser comment ils doivent �tre construits gr�ce � la liste d'initialisation qui sert justement � cel�.

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
class Obj {
   std::string x;
   std::string y;
   std::string z = "3";
   Obj() : y("1") {  // x est construit vide, y est construit avec "1", z est construit avec "3"
      x = "2";       // Puis x est modifié, il aurait pu être pré-initialisé
   }
   ~Obj() {
      z.clear();  // évidemment inutile car
   }              // z est détruit, y est détruit, puis x est détruit
};

[killwin]

Merci, c'est plus clair maintenant, j'ai compris.

J'avais un probl�me de conception, dans le codage de mes constructeurs par d�faut et du coup je ne pouvait modifier l'objet.

[killwin]

J'ai une nouvelle petite question :

Maintenant dans mon armature.h, j'ai :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

cv::Mat Image_;

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

Armature::Armature(cv::Mat &Image): Image_(Image) {}

Je veux que l'adresse de Image_ soit la m�me que Image. Mais dans ce cas pr�cis, il s'agit d'une copie d'objets non ?

Merci d'avance

[ternel]

Si tu veux partager l'objet, il faut utiliser un pointeur ou une r�f�rence. Le mieux, pour la notion de partage, �tant probablement le shared_ptr.