Référence invalide, comment ça marche ?

Version imprimable

Voir 40 message(s) de cette discussion en une page

12/05/2006, 09h44
Rafy

Je ne suis pas pour le tout pointeur ou le tout référence.
Je pense que les deux ont des avantages et des inconvéniants.
Je pensais que les références n'avaient pas le désavantage de pouvoir être invalides, ce qui n'est pas le cas.
Les deux ont des emplois différents, on ne peut pas comparer deux choses qu ine servent pas à la même chose...
12/05/2006, 12h10
Charlemagne

Citation:

Les deux ont des emplois différents, on ne peut pas comparer deux choses qu ine servent pas à la même chose...

Et pourtant pointeurs et références servent dans la quasi totalité des cas à la meme chose: passer une variable à une partie du code, sans avoir à en copier le contenu.
C'est bien pour ça que les pointeurs sont devenus rares dans un bon code C++.

En cas de besoin d'allocation mémoire on utilise std::vector

Je ne vois que les cas suivants suivants où un pointeur est encore indispensable:
- implémentation de son propre container
- fonctions virtuelles. Certes les fonctions virtuelles marchent sur les références, mais il aura au moins fallu allouer dynamiquement la classe
13/05/2006, 14h33
Rafy

Comment faire une liste chainée (donc une gestion dynamique de la mémoire) avec des références ?
C'est pas possible avec les références uniquement.
Dès qu'on touche à de la gestion dynamique de mémoire les références ne servent plus.
13/05/2006, 14h38
Swoög

effectivement, mais le cas des listes chaînées est particuliers :
tu as besoin de pouvoir modifier ce qui est pointé par ton pointeur...

et puis, pour les listes chaînées, il y a std::list ;)
13/05/2006, 15h00
Rafy

Je suis d'accord, prenont un exemple incontestable :
Si on veut faire :
-> Un conteneur perso
-> De l'allocation dynamique de mémoire
-> Un design patern factory
-> Les pointeurs de fonctions
Ca existe pas à ma connaissance les références de fonction ??? :twisted:
13/05/2006, 15h06
Swoög

Citation:

Envoyé par Rafy

Ca existe pas à ma connaissance les références de fonction ??? :twisted:

Tu serais supris de savoir ce qui existe :-P
nan... blague à part, les références de fonctions existent (j'ai été surpris aussi), mais c'est exactement la même chose qu'un pointeur de fonction... et puis les pointeurs de fonctions c'est encore autre chose...

Et puis, de toutes façons, les pointeurs et les références ce n'est pas EXACTEMENT la même chose, il ne faut pas abuser des références, il y a des points ou les pointeurs sont nécessaires en C++...

mais le tout est de reconnaître ceux où ils sont VRAIMENT nécessaires, de ceux où une référence serait plus correcte...

pour te répondre ;)

->dépend du conteneur
->soit, généralement pointeur
->allocation dynamique ;)
->ne pas confondre pointeur et pointeur de fonction, même si on retrouve le mot pointeur, ce n'est pas du tout la même chose ^^ en plus, en C++, il vaut mieux utiliser les foncteurs que les pointeurs de fonction ;)
13/05/2006, 15h21
Rafy

Ah enfin quelqu'un qui est d'accord avec moi :

Citation:

Et puis, de toutes façons, les pointeurs et les références ce n'est pas EXACTEMENT la même chose, il ne faut pas abuser des références, il y a des points ou les pointeurs sont nécessaires en C++...

mais le tout est de reconnaître ceux où ils sont VRAIMENT nécessaires, de ceux où une référence serait plus correcte...

Sinon je n'était pas au courant des références de fonction.
Un pointeur c'est une variable qui stocke l'emplacement mémoire d'une autre, alors un pointeur de fonction c'est comme un pointeur, sauf qu'il pointe sur une variable de type 'fonction'...

Pour les foncteurs, je sais que c'est 'mieux' à utiliser, mais pour faire par exemple une CALLBACK, et ben je trouve que c'est trop. Ca fait une débauche énorme de code pour un résultat tout aussi efficace.
Mais je reste d'accord qu'il sont mieux à utiliser, mais dans certains cas seulement. (comme les pointeurs et les références, ça dépends).
13/05/2006, 16h02
Swoög

Citation:

Envoyé par Rafy

Sinon je n'était pas au courant des références de fonction.

bah, ça n'apporte rien... perso, je pense qu'il vaut mieux éviter de les utiliser, ça sert à rien... pas de mofication de syntaxe, rien, puis sémantiquement, une référence de fonction c'est quoi ? pas grand chose XD
13/05/2006, 17h43
Matthieu Brucher

Faire un foncteur, ça prend une ligne, tout autant que pour faire une fonction, ce n'est pas un argument valide.
14/05/2006, 18h54
Rafy
Qui peut me parler des références de fonction ?
J'aimerai en savoir plus... Un petit exemple pour illustrer. Merci d'avance.

Citation:

Envoyé par Charlemagne

En cas de besoin d'allocation mémoire on utilise std::vector

Je ne vois pas trop le coup du std::vector avec l'allocation mémoire...
Prenons un exemple :
Code:

1 2 3 4 5 6 7 8 9 10 class A { public : A(const int i) {this->i = i;} protected : int i; }; /**/ A* pA = new A(15);
Comment je fait pour utiliser un std::vector ????
14/05/2006, 19h51
HanLee

Citation:

Envoyé par Miles

Faire un foncteur, ça prend une ligne, tout autant que pour faire une fonction, ce n'est pas un argument valide.

Mais c'est quand même un hack, c'est quand même pour ça que Bjarne Stroustrup veut rajouter les expressions lambda.

Sinon je me souviens plus si ce seront des fermetures ou "closure" en anglais ? C'est à dire des fonctions qui se souviennent de leur contexte/environnement.

Citation:

Envoyé par Rafy

Qui peut me parler des références de fonction ?
J'aimerai en savoir plus... Un petit exemple pour illustrer. Merci d'avance.

Si j'te donne une référence vers un objet boost::function, ça compte ? :roll:
(boost::function qui crée un foncteur à partir d'une fonction qu'on lui donne).
14/05/2006, 20h24
Charlemagne
Citation:

Je ne vois pas trop le coup du std::vector avec l'allocation mémoire...

Il s'agit tout simplement de remplacer une allocation dynamique par un std::vector.
Code:

1 2 3 A*pA=new A[100]; vector<A> vec(100);
Citation:

Qui peut me parler des références de fonction ?
J'aimerai en savoir plus... Un petit exemple pour illustrer. Merci d'avance.

C'est effectivement pas utilisé fréquemment.
Je crois que c'est utilisé dans la STL <fonctional> pour les fonctions "mem_fun_ref" "ptr_fun_ref" & Co. Il faudrait quand même vérifier.
16/05/2006, 17h41
Rafy

Pour le vector, je vois pour un tableau de A, mais si je ne veux allouer qu'un A ??? je ne vais pas utiliser un vector juste pour stocker un objet ?
Et coté perf, c'est pas top.
De plus si notre objet n'a pas d'opérateur de copie, c'est fichu, on ne peut le mettre dans aucun conteneur....
16/05/2006, 17h44
Laurent Gomila

Citation:

Pour le vector, je vois pour un tableau de A, mais si je ne veux allouer qu'un A ??? je ne vais pas utiliser un vector juste pour stocker un objet ?

Effectivement ça n'aurait aucun intérêt, mais je pense que ce n'était pas le propos initial. Vous avez dû mal vous comprendre ;)
16/05/2006, 17h46
Matthieu Brucher

Dans ce cas, un petit pointeur intelligent du style shared_ptr qui permet de stocket dans des conteneurs, contrairement aux auto_ptr ?
16/05/2006, 17h50
Rafy

Ouais ouais c'est ce que j'utilise... Les boost::shared_ptr sont vraiment magique.... !
L'utilisation des Week_ptr (je ne suis pas sur de l'orthographe) n'est pas très aisée... Ils sont un peu trop restrictif je touve. Je pensais au début qu'ils allaient travailler un peu comme les références, mais en fait non...
16/05/2006, 18h04
Matthieu Brucher

C'est weak_ptr ;)
Ils ne sont utiles qu'en partenariat immédiat avec des shared_ptr qui eux ont la responsabilité, contrairement aux weak_ptr qui observent seulement ;)
16/05/2006, 19h11
Charlemagne

Citation:

Charlemagne:En cas de besoin d'allocation mémoire on utilise std::vector

Citation:

Rafy: Pour le vector, je vois pour un tableau de A, mais si je ne veux allouer qu'un A ??? je ne vais pas utiliser un vector juste pour stocker un objet ?
Et coté perf, c'est pas top.

Je ne parlais que d'allocation mémoire de tableaux.
N'allouer qu'un seul objet avec new n'a pas trop de sens, en général on ferait plutôt une variable locale, à moins que comme je l'ai dis plus haut:
-on veut intégrer la classe dans l'implémentation de son propre container, par ex une liste, un arbre...
-ou bien, on veut utiliser les fonctions virtuelles de la classe.

Je vois pas d'autres cas ou le pointeur est indispensable, shared ou pas shared.
16/05/2006, 22h34
Rafy

Ben si par exemple on veut faire une gestinnaire de ressources, il faut :
-> que les ressources soient partageable (facile avec les shared_ptr)
-> que les ressources soient créées dynamiquement (facile avec les shared_ptr)
et il est rare de faire des ressources copiables car elles ne passeraient pas par le gestionaire de ressources... Donc dans ce cas les shared_ptr sont presque indispensables...
16/05/2006, 23h13
Charlemagne

Un pointeur "intelligent" n'est pas un pointeur mais un container qui ressemble sur certains points à un pointeur.
Le pointeur intelligent ne fait pas partie de la syntaxe C++.
C'est un container bien pratique dans certains cas certes, mais pas indispensable.

Mais effectivement une ressource est un 3ème exemple d'utilisation d'un pointeur (ou plus exactement d'une allocation mémoire), puisqu'il faut garder la ressource présente en mémoire au cours du programme.
Le shared_ptr n"est alors qu'un outil pratique gérant la ressource mémoire, tout comme fstream gère la ressource fichier.

Voir 40 message(s) de cette discussion en une page