Caveat: Mixing Use of * Pointers and RefPtr<>s
Nous pouvons voir que RefPtr<>s est un mécanisme très puissant. Nous n'avons plus besoin de garder la trace des objets ref () ou UNREF () puisque que cela est fait pour nous automatiquement. S'il est utilisé correctement, RefPtr<>s nous libère du souci des fuites de mémoire. Il y a plusieurs façons erronées d'utiliser RefPtr <> s qui peuvent causer des problèmes à l'utilisateur novice.
Exemple :
L'objet est attribué à un pointeur standard, donc son compteur de références reste zéro (0).
doSomethingWithModel référence l'objet RefPtr<> et incrémente son compteur de référence de un (1), puis le décrémente à zéro (0) tandis que RefPtr<> est hors de portée à la fin de la méthode doSomethingWithModel, et la suppression de la mémoire. A la sortie de doSomethingWithModel, les données ont été supprimées.
Toujours utiliser RefPtr<> pour pointer sur des classes dérivées de Referenced.
