Discussion :

[_skip]

Bonjour,
J'utilise actuellement un QVector< T* > pour stocker des pointeurs, j'essaie de trouver une alternative qui prenne possession du pointeur. C'est à dire qui supprime l'objet pointé si celui-ci est supprimé ou écrasé, ou alors si le conteneur lui-même est carrément vidé ou supprimé.

En fait, l'idéal serait un équivalent de boost ptr container, mais je n'arrive pas à trouver d'équivalent dans la version actuelle, il semblerait qu'une classe QPtrList existait mais a été supprimée en version 4.

La doc recommande d'utiliser QList<T> à la place, cependant il ne semble pas que cette classe soit capable d'insérer quoi que ce soit sans faire une copie.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
QList<T>[i] = x //une copie de X dont QList est propriétaire est créée sur le tas.

Et si on l'utilise sous forme de QList<T*> les inconvénients sont les mêmes que pour un QVector<T*> du côté de la destruction des objets.

Existe-t-il une solution pour ne pas se coltiner le gestion à mano, autre qu'encapsuler la classe? Comment vous feriez?
Je précise que dans ce cas ce n'est pas idéal d'utiliser des shared_ptr autour de mes objets pour des raisons d'efficacité...

[Niak74]

cependant il ne semble pas que cette classe soit capable d'insérer quoi que ce soit sans faire une copie.

Voir le COW de Qt.

http://qt.developpez.com/faq/?page=g...optimise-copie
http://qt.developpez.com/doc/4.5/shared/

[_skip]

Merci mais ça n'entre pas en ligne de compte ici.
C'est l'objet QList est partagé, pas forcément ce que tu mets dedans....

[yan]

Salut.
Non y as rien à ma connaissance.
Peut être avec une QList de qsharedpointer
http://qt.developpez.com/doc/4.5/qsharedpointer/

Aucune idée si c'est une bonne idée

[_skip]

Salut.
Non y as rien à ma connaissance.
Peut être avec une QList de qsharedpointer
http://qt.developpez.com/doc/4.5/qsharedpointer/

Aucune idée si c'est une bonne idée

Merci
J'ai pensé à cela en effet, mais malheureusement l'impact sur les performances est trop violent, je reste pour l'instant sur des delete manuels.
J'arrive pas à comprendre pourquoi toutes ces classes
http://qt.developpez.com/doc/3.2/qptrcollection/

ont été mises au placard, leur utilisation fait totalement du sens pourtant... C'est vraiment bizarre je trouve.

[yan]

http://qt.developpez.com/doc/4.5/por...d-classes-qptr

Au pire tu peut faire ton smart ptr sans trop de difficulté, non?

[Alp]

Est-ce que tes T dérivent de QObject ? Si oui, suffit que tu leur donnes à tous comme parent un objet de type :
- soit une classe qui hériterait de QList<T> et de QObject à la fois ;
- soit une classe qui hérite de QObject et qui a le même scope que ta liste.

[_skip]

Merci Alp, mais excuse-moi, je n'arrive pas vraiment à comprendre, en quoi hériter de QObject changerait les choses?

[yan]

Est-ce que tes T dérivent de QObject ? Si oui, suffit que tu leur donnes à tous comme parent un objet de type :
- soit une classe qui hériterait de QList<T> et de QObject à la fois ;
- soit une classe qui hérite de QObject et qui a le même scope que ta liste.

Oui mais ils ne seront détruit qu'avec le QObject parent.... DOnc si y as beaucoup d'ajout et de retrait, la mémoire va monter en flèche, comme une fuite mémoire...

[Alp]

@yan : Pourquoi ?

@_skip : est-ce que les éléments de ta liste héritent de QObject ? Si oui, tu peux leur faire bénéficier du système parent/enfant de Qt, qui s'occupe donc de libérer la mémoire pour toi.

[yan]

@yan : Pourquoi ?

pourquoi quoi?

[Alp]

Pourquoi :

DOnc si y as beaucoup d'ajout et de retrait, la mémoire va monter en flèche, comme une fuite mémoire...

?

[_skip]

@Alp
Oui c'est bien vu!
Mais il faut que je teste ce que ça coute de plus à mes objets question mémoire d'être des QObjects.

[yan]

@Alp : par ce que temps que le parent n'est pas détruit tous ses enfants ne seront pas détruit.
Ou alors faut que tu fasse comme au début, avec un delete lors du retrait.

[Alp]

@Alp : par ce que temps que le parent n'est pas détruit tous ses enfants ne seront pas détruit.
Ou alors faut que tu fasse comme au début, avec un delete lors du retrait.

C'est pour ça que je dis que l'objet parent doit avoir le même scope que la liste.

[yan]

C'est pour ça que je dis que l'objet parent doit avoir le même scope que la liste.

c'est pour cela que je dit

DOnc si y as beaucoup d'ajout et de retrait, la mémoire va monter en flèche, comme une fuite mémoire...

Tous dépend comment il veut utiliser la list.