Discussion :

[poukill]

Les shared_ptr, lourds? Je peux te garantir que grâce à eux mon code n'a jamais été aussi léger! Toute la gestion de la mémoire est passée à ce genre d"engins fort sympathiques !
En ce qui concerne l'écriture pure, un bon typedef et le tour est joué.

En C++, il faut être préparé à avoir un code qui baigne dans les exceptions, ne serait-ce qu'à partir du moment où tu écris un "new". Les fonctions standard lèvent des exceptions, les conteneurs standards aussi, beaucoup de bibliothèques bien écrites aussi.
Bref, y'en a partout !
Le RAII (merci les shared_ptr), c'est se mettre à l'abri des fuites, des double delete, ou bien de violation d'accès mémoire!

[guillaume07]

je vais m' y mettre de toute façon , si tout le monde le dit il y a bien une bonne raison pour ça , adieu *ptr alors so nostalgique

[poukill]

Au final, tu développeras plus vite, et de manière plus sûre. Tu en seras content toi aussi.
Je ne peux que te conseiller de lire Exceptionnal C++ de Herb Sutter (et l'autre volet More Exceptional C++).
Il y a aussi http://www.gotw.ca/gotw/. Là c'est d'auto_ptr qu'il est question pour résoudre les problèmes, mais il pose quelques problèmes, surtout pour les débutants. Alors que shared_ptr, tu ne peux pas mal l'utiliser...

[3DArchi]

Salut,
Comme l'a dit Loïc précédemment, il n'y a pas que la sémantique de partage dans les pointeurs intelligents. Il faut plutôt comprendre et utiliser le bon pointeur intelligent plutôt que de mettre des shared_ptr partout.
Quelques lectures :
Gérer ses ressources de manière robuste en C++, par Aurélien Regat-Barrel qui présente le principe du RAII sous-jacent aux pointeurs intelligents.
Les pointeurs intelligents de Loïc Joly, un bel article qui reprend la problématique, présente une solution 'maison' pour comprendre le mécanisme puis rentre dans les pointeurs intelligents du futur standard.
Boost.SmartPtr : les pointeurs intelligents de Boost, par Matthieu Brucher. Tout est dans le titre.

La F.A.Q. mérite aussi quelques instants pour consulter les items concernant le RAII ou les pointeurs intelligents.

[guillaume07]

Salut,
Comme l'a dit Loïc précédemment, il n'y a pas que la sémantique de partage dans les pointeurs intelligents. Il faut plutôt comprendre et utiliser le bon pointeur intelligent plutôt que de mettre des shared_ptr partout.
Quelques lectures :
Gérer ses ressources de manière robuste en C++, par Aurélien Regat-Barrel qui présente le principe du RAII sous-jacent aux pointeurs intelligents.
Les pointeurs intelligents de Loïc Joly, un bel article qui reprend la problématique, présente une solution 'maison' pour comprendre le mécanisme puis rentre dans les pointeurs intelligents du futur standard.
Boost.SmartPtr : les pointeurs intelligents de Boost, par Matthieu Brucher. Tout est dans le titre.

La F.A.Q. mérite aussi quelques instants pour consulter les items concernant le RAII ou les pointeurs intelligents.

Merci pour les liens.

En lisant l'article de loic, j'ai découvert qu'il était tout de même possible d'avoir des memory leaks via l'utilisation des shared_ptr section - Risque de fuite mémoire : Cycle.

[JolyLoic]

En lisant l'article de loic, j'ai découvert qu'il était tout de même possible d'avoir des memory leaks via l'utilisation des shared_ptr section - Risque de fuite mémoire : Cycle.

En, effet, mais ces risques sont liés à l'architecture du programme, et il est donc facile de les corriger globalement.
Avec des pointeurs nus, les risques sont présents à chaque utilisation des pointeurs, diffusés dans tout le code, et demandent parfois des efforts héroïques dans l'écriture du code pour être éliminés (surtout pour être exception safe).
Avec un garbage collector, les risques sont encore plus faibles, mais on perd la destruction déterministe, ce qui est souvent un problème pour toute ressource autre que la mémoire.