Discussion :

[Zoners]

Bonjour,
je me posais une question a propos des vecteurs et les différents types&combinaison possible.
std::vector<Objet*> instance;==>si je comprend bien ici, instance contiendra des adresses de la classe objet.
std::vector<Objet*>& instance;==>la je comprend pas trop la difference avec le precedent.
std::vector<Objet>& instance;==> instance contiendra des references de la classe Objet...
Je dois avouer que je ne suis pas trop sur, si quelqu'un pouvait eclairer ma lanterne
Merci d'avance

[koala01]

Salut,

Tu dois simpelement faire la différence de ce qui se trouve entre < et > et ce qui se trouve après...

Les conteneurs de la STL sont des classes templates, c'est à dire que le compilateur déterminera à la compilation le type d'élément que la collection contient, dont (entre autres) l'espace qui sera utilisé par chaque élément en mémoire.

Ainsi, lorsque tu écris

Code :

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

std::une_collection<Type *> collection;

(il peut s'agir de std::vector, std::set, std::list ou n'importe quoi d'autre ), tu déclare une collection de pointeur sur des objets de type Type, c'est à dire des adresse auxquelles on trouvera effectivement l'objet du type indiqué.

De même, lorsque tu écris

Code :

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

std::une_collection<Type> collection;

(il peut encore une fois s'agir de n'importe quelle collection fournie par la STL ), tu déclare une collection d'objets "classiques"

Par contre, lorsque tu écris

Code :

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

1
2
3
std::une_collection<Type*> & col;
/* OU OU OU */
std::une_collection<Type> & col;

tu déclares une référence sur une collection de pointeurs sur le type indqué (respectivement : une référence sur une collection d'objet du type indiqué).

Un référence (sur quoi que ce soit) agit, simplement, comme un alias de l'objet référencé.

L'énorme avantage que l'on en retire est, entre autre, le fait qu'il n'y a pas copie de l'objet référencé.

Si l'on allait creuser jusque dans le code binaire exécutable générer, on pourrait d'ailleurs sans doute remarquer qu'à ce niveau là, il ne s'agit que d'un pointeur sur le dit objet, mais le problème n'est pas vraiment là

Ce qui importe, c'est qu'une référence offre une garantie de non nullité (contrairement aux pointeurs), c'est à dire qu'il faut bel et bien que l'objet existe.

Si la référence est non constante, toutes les modifications que nous pourrions leur appliquer seraient automatiquement répercutées sur l'objet l'objet d'origine

[Zoners]

Merci beaucoup pour vos explications, je comprend beaucoup mieux maintenant