Discussion :

[-4ian-]

Bonjour,

Dans le cadre d'un jeu, je souhaite avoir un vector qui contiendra des objets. Aussi, comme les performances sont un point important, je me demande si le fait d'utiliser de stocker des pointeurs vers les objets dans le vector aura un impact significatif comparé au fait de stocker directement les objets.
Et dans le cas d'utilisation de pointeurs, l'utilisation de pointeurs intelligents aura elle aussi un impact significatif sur les performances ?

Merci d'avance pour vos conseils.

[Sunsawe]

Salut,

L'utilisation de pointeurs au lieu d'objet va réduire le nombre de copies qui sont faites lors des passages d'objets (donc le temps nécessaire à ces copies... je suppose).

Je ne connais pas l'impacte que les pointeurs intelligents auront au niveau des performances mais... ça va surement te simplifier la vie au niveau gestion mémoire.

Si tu décides d'utiliser des pointeurs intelligents, la librairie boost fournit des conteneurs particuliers pour ces derniers.

[LittleWhite]

Bonjour,

Je pense que si vous gérez bien votre mémoire... un vecteur d'élément ( ou de pointeur d'élément ) ne sera pas trop dur à utiliser.
Pourquoi privilégier les pointeurs ( je ne suis pas sur de dire vrai à 100% ), c'est que vous allez surement faire une classe Objet ( par example ) et que cette classe sera hérité par les vaisseaux, les powerUp et autre objets dans le jeu.
Donc, finalement vous aurez un vecteur d'Objet, et pour dessiner tout les objets, il n'y aura qu'a faire un parcours dans le vecteur et appeler la méthode 'dessin' sur tous les Objets.
Cette méthode sera virtuelle pure dans la classe Objet, donc redéfini dans toutes les classes hérités...
Le fait d'utiliser les pointeurs ( me semble t'il ) permet de dire au compilateur qu'il doit utiliser la méthode 'dessin' de la classe qui hérite la classe Objet. De plus je crois que je me suis embrouillé, mais faire une instance d'Objet dans mon cas ne marche pas, car c'est une classe virtuelle ... qui ne peux donc pas être instancier.

[Sunsawe]

Bonjour,

Je pense que si vous gérez bien votre mémoire... un vecteur d'élément ( ou de pointeur d'élément ) ne sera pas trop dur à utiliser.

Oui mais avec des pointeurs intelligents, il n'y aura nul besoin de gestion de mémoire. Le cout niveau performance pourrait s'avérer minimine comparer à la complexité de la gestion de la mémoire.

Donc, finalement vous aurez un vecteur d'Objet, et pour dessiner tout les objets, il n'y aura qu'a faire un parcours dans le vecteur et appeler la méthode 'dessin' sur tous les Objets.
Cette méthode sera virtuelle pure dans la classe Objet, donc redéfini dans toutes les classes hérités...
Le fait d'utiliser les pointeurs ( me semble t'il ) permet de dire au compilateur qu'il doit utiliser la méthode 'dessin' de la classe qui hérite la classe Objet.

En effet, l'utilisation de pointeur permet de stocker dans un conteneur des pointeurs sur objects de différentes classes, dès lors qu'elles héritent de la même classe de base. Ainsi l'appel à dessin utilisera la méthode (re)définit dans chaque classe dérivée.

De plus je crois que je me suis embrouillé, mais faire une instance d'Objet dans mon cas ne marche pas, car c'est une classe virtuelle ... qui ne peux donc pas être instancier.

En effet... ou presque... En fait la classe ne serait pas instanciable si elle... abstraite, donc la fameuse methode dessin de la classe de base serait virtuelle pure. Seules seront instanciables les classes dérivées définissant toutes les méthodes déclarées dans la classe de base.

[-4ian-]

Merci pour vos réponses

Oui mais avec des pointeurs intelligents, il n'y aura nul besoin de gestion de mémoire.

Par exemple, si j'utilise des shared_ptr dans un vector, ils se chargeront de détruire leur objet si je les supprime du vector avec erase ?

[Sunsawe]

Si tu utilises les shared_ptr, ils se chargent de pratiquement tout.
Si tu veux les utiliser dans des conteneurs, jette un oeil à ceux proposés par boost. Il me semble avoir lu qu'il y avait des restrictions quant à l'utilisation de pointeurs intelligents dans des conteneurs autres que ceux spécialement conçus à cet effet.