comment creer un tableau de type QRectF

salut
j'ai entré ce code mais il y a des erreurs

Code:
void MaFenetre::afficherDisques() {
QRectF disque[10];
for(int j=0;j<10;j++)
{
disque[j] (50+10*j,480-20*j,300-20*j,20);
}
}

j'ai fais QRectF disque() et ça marche
mais comment faire car je veux 10 disques .
merci

Salut, et bienvenue sur le forum,

Euh déjà, tu peux utiliser la balise [Code] pour y mettre ton code. C'est l'icône # située à droite de la barre d'outils quand tu écris une réponse.

Sinon, concernant ton problème, je ne suis pas sûr qu'il soit très judicieux d'utiliser un tableau [] (bienvenue dans la POO :lol: ).

je verrais plutôt un truc du genre :

Code:

---

1 2 3 4 5 6 7 8

QRectF* monRect; QList<QRectF*> rectList;   for(int i=0;i<10;i++) { monRect = new QRectF(a,b,c,d); rectList.append(monRect); }

---

Pour accéder à tes rectangles, tu n'as plus qu'à faire :

Code:

---

monRect = rectList.at(x); // où x est la position dans la liste (0 à 9 dans notre cas)

---

Bonne chance,

G.

Salut,

Suis plutôt la méthode Gulish, à l'exception de ne pas stocker des QRectF*, mais des QRectF tout court (QList utilise déjà des pointeurs pour stocker les copies, ça fait donc double emploi et double indirection lorsque tu en as besoin, sans compter qu'il te faudrait en sus gérer toi même la durée de vie de l'objet).

Le pourquoi ça marche pas avec ton code est simplement que les objets sont déjà construits. Il ne faut donc pas appeller le constructeur puisque ce n'est pas une fonction, mais utiliser les fonctions de QRectF pour l'initialiser.

Citation:

---

Envoyé par IrmatDen

à l'exception de ne pas stocker des QRectF*, mais des QRectF tout court (QList utilise déjà des pointeurs pour stocker les copies, ça fait donc double emploi et double indirection ...).

---

Es tu sûr ? Dans la doc de QList est écrit cela :

Citation:

---

Internally, QList<T> is represented as an array of pointers to items. (Exceptionally, if T is itself a pointer type or a basic type that is no larger than a pointer, or if T is one of Qt's shared classes, then QList<T> stores the items directly in the pointer array.)

---

Si j'ai bien compris ce paragraphe, finalement ça revient au même. De plus, un peu plus loin, on peut lire :

Citation:

---

Note, however, that for unshared list items that are larger than a pointer, each append or insert of a new item requires allocating the new item on the heap, and this per item allocation might make QVector a better choice in cases that do lots of appending or inserting, since QVector allocates memory for its items in a single heap allocation

---

Enfin bref, je chipote :aie:, mais tout ça pour justifier mon choix de faire des listes de pointeurs. Ca revient au même.

G.

Oui, je suis sûr, et si tu relis plus attentivement, tu verras que c'est ce que je dis ;)

* QRectF est plus gros qu'un pointeur
* QRectF n'utilise pas le partage de données (et quand bien même il l'utiliserait à ce moment là, le stockage d'un pointeur reste inutile et apporte tout de même une indirection)
* QRectF n'est pas un POD

Citation:

---

* QRectF est plus gros qu'un pointeur
* QRectF n'utilise pas le partage de données (et quand bien même il l'utiliserait à ce moment là, le stockage d'un pointeur reste inutile et apporte tout de même une indirection)
* QRectF n'est pas un POD

---

Deja, dans ta réponse, je ne sais pas si tes étoiles sont des tirets, ou représentent de pointeurs de QRectF.

Dans tous les cas, peux tu m'expliquer pourquoi un pointeur de QRectf (QRectF*) est plus gros qu'un pointeur ? Un pointeur n'est t'il pas justement supposé faire toujours la même taille, puisqu'il n'est qu'une adresse mémoire?

G.

Salut

Citation:

---

Envoyé par Gulish

Dans tous les cas, peux tu m'expliquer pourquoi un pointeur de QRectf (QRectF*) est plus gros qu'un pointeur ? Un pointeur n'est t'il pas justement supposé faire toujours la même taille, puisqu'il n'est qu'une adresse mémoire?

---

In n'as pas dit ca ;), il as dit que QRectF est plus grand qu'un pointeur.
Mais je suis d'accord je ne comprend pas pourquoi irmaden dit

Citation:

---

double emploi et double indirection

---

si je comprend bien la doc, si tu donne un type pointeur, la QList ne fera pas un pointeur de pointeur.

Perso, je pense aussi que QList<QRectf> est une meilleur solution car pas de gestion mémoire. Mais un QVector<QRectf> serait peut être encore mieux. Je ne voie pas l'utilité d'avoir un conteneur utilisant des pointeur ici.

=> double emploi: car QList peut déjà gérer par pointeurs les types non POD
=> double indirection: car tu vas devoir t'en servir comme un pointeur, et si tu utilises un itérateur, tu vas arriver à une syntaxe comme ça: *it->size() ou **it (si tu as besoin de fournir une référence comme paramètre de fonction et non un pointeur).

Du coup c'est pas lisible et pas secure pour la gestion de la mémoire, il n'y a rien à gagner et tout à perdre.

Merci Mongaulois d'avoir répondu :)