Discussion :

[NiamorH]

Je suis curieux de savoir, selon vous, quels sont les crit�res qui motivent le choix entre un pointeur et une r�f�rence au moment d'ajouter une m�thode � un objet.

Par exemple :

Code :

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

1
2
void Collection::AjouterObjet( Objet & o );
void Collection::AjouterObjet( Objet * o );

Quels questions vous posez-vous avant de choisir l'une ou l'autre ?

[ram-0000]

Code :

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

1
2
void Collection::AjouterObjet( Objet & o );
void Collection::AjouterObjet( Objet * o );

Pour moi :
si o = NULL a un sens (s�mantique) alors je passe un pointeur sinon je passe une r�f�rence

[nicroman]

Pareil...
Si dans les pr�dicats o doit �tre non null... alors on passe une r�f�rence
Maintenant, ca d�pend du code... COM est pas tr�s utilisateur de r�f�rences... et je ne sais m�me pas si il y a une convention d'appel (de d�coration) cross-compiler pour le passage de r�f�rences....

[Spout]

J'utilise les pointeurs quand je n'ai pas d'autre choix. L'exemple du param�tre qui peut �tre NULL est un cas. Mais sinon, d�s que je peux, j'utilise des r�f�rences. Cela permet de limiter tous les probl�mes li�s � l'utilisation des pointeurs et qui ont attrait � la gestion de la m�moire.

[3DArchi]

J'ai l'impression que nous sommes tous d'accord pour ne passer un pointeur que dans le cas o� l'on souhaite passer la valeur NULL en param�tre. D'ailleurs cela peut impliquer d'avoir cette valeur par d�faut:

Code :

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

1
2
void Collection::AjouterObjet( Objet * o =NULL);

Le passage par r�f�rence apporte un peu plus de s�curit� dans le d�r�fencement de l'objet (beaucoup moins de probabilit� de passer une adresse invalide) et donc fiabilise ton code.

[Davidbrcz]

FAQ.