Discussion :

[Le Pharaon]

Bonjour,
Je viens juste de d�buter avec C++. J'ai d�j� pass� pas mal de temps avec d'autres langages comme HTML, VB, Pascal ...
Ce qui me bloque c'est que je n'arrive pas � faire la diff�rence entre les pointeurs et les references. Si quelqu'un pourrait m'�clairer un peu la lanterne.
Si vous pouvez me donner quelques cas d'utilisation aussi se serait un grand plus ...

Merci

[Steki-kun]

a priori, c'est tr�s classique, as-tu regard� dans la FAQ ? Il y a, je pense, ce qu'il faut comme explication sur les pointeurs et sur &.

[star_light]

un pointeur est quelque chose qui pointe sans plaisanter il pointe vers une adresse memoire qui contient generalement une variable. la reference designe aussi l'adresse de la variable. c'est pour cela que quand tu passes une variable en parametre tu peux la passer par reference c'est a dire par adresse

[Aurelien.Regat-Barrel]

Une r�f�rence c'est un alias.
http://c.developpez.com/faq/cpp/?pag...TION_reference

[Nico65]

pour �toffer le post... j'ai compris le principe de la reference mais je ne comprend pas comment ca se gere dans tout un projet
sachant qu'on ne peut pas creer de collection de references (vecteur, tableau, ...)
et si on commence � m�langer les deux, c'est encore plus bord�lique

il y a aussi le cas d'un membre d'instance qui est construit dans le constructeur... comment NE PAS utiliser de pointeur ?

vous faites comment vous ?

[Steki-kun]

moi perso je ne les utilise jamais, toujours des pointeurs.
Mais bon c'est vraiment un choix, ca n'a rien de g�n�ral, et puis c'est toujours bien de savoir que les deux existent.

[Fry]

les reference c pour les alias (meme adresse et nom different?)
un pointeur c une adresse memoire enfin j crois...

[Nico65]

si les compilo mettaient un warning sur les op�rations math�matiques sur les pointeurs, on les trouverait d�ja moins repoussants

[Steki-kun]

si les compilo mettaient un warning sur les op�rations math�matiques sur les pointeurs, on les trouverait d�ja moins repoussants

C'est pas repoussant, j'en fais tout le temps

[Aurelien.Regat-Barrel]

Les r�f�rences remplacent avantageseument les pointeurs dans certains cas:
- modifier / renvoyer une valeur en param�tre
- acc�ler l'appel de fonction en passant ses param�tres par r�f�rence(�viter une recopie d'objet)
Un cas typique:

Code :

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

1
2
 
void test( std::string s );

s est pass�e par recopie, ce qui est inutile. Changer pour un pointeur implique de modifier le code, s'assurer que le pointeur n'est pas nul, ...
Les r�f�rences r�solvent le probl�me

Code :

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

1
2
 
void test( const std::string & s );

Quand il te faut utiliser un pointeur, tu peux utiliser un pointeur intelligent.

[Steki-kun]

Les r�f�rences r�solvent le probl�me

Code :

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

1
2
 
void test( const std::string & s );

en fait tiens c vrai, c'est le seul cas o� je les utilise, quand j'ai la flemme de changer le code en pointeurs

[Nico65]

- modifier / renvoyer une valeur en param�tre

et avec un pointeur ca marche pas ?

- acc�ler l'appel de fonction en passant ses param�tres par r�f�rence(�viter une recopie d'objet)

ah, parce qu'en passant un pointeur ca recopie l'objet ?

qu'est ce que tu penses de

Code :

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

1
2
 
void test( std::string * s );

je pense que tu voulais parler du cas particulier o� tu refuse � la fonction de modifier le param�tres - ok -, mais il faut �tre clair car l� c'est pas du tout pertinant tes arguments

[:Bronsky:]

L'avantage d'une r�f�ernce c'est qu'elle se manipule comme l'objet lui m�me, alors que le pointeur demande une s�mantique particuli�re pour acc�der � celui-ci. Dans l'exemple de ta fonction, voici quelques syntaxes assez fastidieuses impos�es pour l'utilisation d'un pointeur :

Code :

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

1
2
3
4
5
6
7
8
9
 
void test(const std::string * s )
{
     // Utiliser l'opérateur d'indexation
    char c = (*s)[3];
 
     // Utiliser des opérateurs d'entrée-sortie
     cout << (*s) << endl;
}

Une r�f�rence permet de manipuler directement l'objet, c'est plus �l�gant :

Code :

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

1
2
3
4
5
6
7
8
9
 
void test(const std::string & s )
{
     // Utiliser l'opérateur d'indexation
    char c = s[3];
 
     // Utiliser des opérateurs d'entrée-sortie
     cout << s << endl;
}

[bigboomshakala]

moi perso je ne les utilise jamais, toujours des pointeurs.

pas bien. il faut utiliser aussi peu souvent que possible les pointeurs. c'est une source importante d'erreurs (m�me pour un programmeur chevronn�).
les pointeurs sont h�rit�s du C, les r�f�rences permettent de se passer de pointeur pour le passage de param�tres dans les m�thodes, et permettent �galement une �criture plus intuitive du code (on manipule l'alias comme si c'�tait la variable elle-m�me, c'est transparent).

pointeur = chiant new/delete, si oublie ---> cata
r�f�rence = pas simple � appr�hender au d�but, mais apr�s : gain de temps, moins d'erreurs



� mon avis

[Steki-kun]

moi perso je ne les utilise jamais, toujours des pointeurs.

pas bien. il faut utiliser aussi peu souvent que possible les pointeurs. c'est une source importante d'erreurs (m�me pour un programmeur chevronn�).

bon j'ai oubli� de pr�ciser que 90% du te:mps, je fais du C
et puis je sais pas t'as surement raison, mais je fais pas d'erreurs sur mes pointeurs, c'est une question d'habitude, et j'en ferais probablement plus avec des r�f�rences si je m'y mettais, alors je pr�f�re continuer comme �a.

[:Bronsky:]

et puis je sais pas t'as surement raison, mais je fais pas d'erreurs sur mes pointeurs, c'est une question d'habitude, et j'en ferais probablement plus avec des r�f�rences si je m'y mettais, alors je pr�f�re continuer comme �a.

Le fait que TU ne fasses pas d'erreur n'est pas le probl�me. D'une part �a peut toujours t'arriver, d'autre part si tu travaille en �quipe, il faut partir du principe que si une erreur PEUT �tre commise, elle le sera. C'est donc la possibilit� d'erreur qui est g�nante. Personnellement je suis un grand �tourdi et cela m'am�ne � adopter une d�marche tr�s rigoureuse dans ce que je fais car c'est ma seule issue. Dans cette optique, utiliser les r�f�rence � la place de pointeurs est une chose tr�s naturelle.

Tu ne ferais pas plus d'erreur avec les r�f�rences, tout simplement parce que tu ne le pourrais pas. Au pire tu commettrais des erreurs d'incompr�hension qui feraient planter la compilation (donc sans danger).

[Luc Hermitte]

et puis je sais pas t'as surement raison, mais je fais pas d'erreurs sur mes pointeurs, c'est une question d'habitude, et j'en ferais probablement plus avec des r�f�rences si je m'y mettais, alors je pr�f�re continuer comme �a.

Tu d�sactives les exceptions ou ton code est farci de try-catch ?

De plus comme signal�, avec les pointeurs, des s�mantiques te sont alors interdites. Typiquement mettre en place une biblioth�que d'objets math�matiques sur lesquels les op�rateurs math�matiques s'appliquent.

[Steki-kun]

De plus comme signal�, avec les pointeurs, des s�mantiques te sont alors interdites. Typiquement mettre en place une biblioth�que d'objets math�matiques sur lesquels les op�rateurs math�matiques s'appliquent.

Hola je ne parlais que des cas o� le choix existe bien entendu, je n'ai pas enlev� la touche "&" de mon clavier bien s�r et quand je dois l'utiliser je l'utilise, mais sinon ben voil� c'est peut �tre mal mais tant pis, ma pr�f�rence va � l'"*". Et quand je veux du code qui, une fois compil�, est prouv� sans erreur, je fais du caml

[Nico65]

pointeur = chiant new/delete, si oublie ---> cata

encore un faux argument !! ca n'a absolument rien � voir avec le new et le delete

personne ne m'a encore prouv� qu'on pouvait se passer des pointeurs, c'�tait pourtant le but de ma question

on en revient au point de d�part : pointeurs pour l'impl�mentation, ref�rences pour les interfaces, et des "*" entre les deux... c'est laid tout ca

[bigboomshakala]

bon j'ai oubli� de pr�ciser que 90% du temps, je fais du C

dans ce cas, va pour les pointeurs.