Discussion :

[stanislas]

Bonjour,

Je regarde un peu les génériques (au bonheur !), et notamment la TList. Simplicité d'utilisation, plus besoin de cast etc etc.

Par contre un question, dans une Tlist qui contient des pointeurs, il faut libérer chaque instance car clear, delete ou même la destruction de la liste ne détruit pas les instances (D'après ce que j'ai compris).

Dans les exemple que j'ai trouvé d'une Tlist<integer> je n'ai rien vu de tel ! Pourtant dans la doc, il est précisé que Tlist n'a pas la propriété des éléments. Mais comment sont gérés les types primitifs ??
Car avec TList<integer> plus besoin de pointeur on passe directement un integer ...

[sjrd]

C'est quoi la question ?

[philnext]

Faudrait voir ton exemple.
EN fait comme une TList est un tableau de pointeurs et qu'un pointeur est un integer, on peut tout à fait envisager de l'utiliser comme un tableau d'integer !
Ces pointeurs étant gérés par la TList (contrairement aux objets pointés) tu n'as donc pas à les gérer...
Du moins c'est ma vision de la chose.

[stanislas]

Ok, désolé, j'ai relu ce que j'avais écrit et c'est vrais que c'était pas top top claire !

Ma question c'est quand on a une TList<integer> (Utilisation des génériques de Delphi 2009); comment Delphi gère ceci quand la liste est détruite (Free) ou effacé (clear) car ce n'est ni un pointeur, ni un objet que l'on a dans la TList mais un type primitif.
Si c'est un objet, avant de détruire la liste il faut détruire l'objet, mais si c'est un integer ?

[Paul TOTH]

Ok, désolé, j'ai relu ce que j'avais écrit et c'est vrais que c'était pas top top claire !

Ma question c'est quand on a une TList<integer> (Utilisation des génériques de Delphi 2009); comment Delphi gère ceci quand la liste est détruite (Free) ou effacé (clear) car ce n'est ni un pointeur, ni un objet que l'on a dans la TList mais un type primitif.
Si c'est un objet, avant de détruire la liste il faut détruire l'objet, mais si c'est un integer ?

comment le déclares-tu ton TList<Integer> ?! il n'en veux pas moi sous D2009...

[Kaféine]

Y'a juste à libérer la TList

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
 
uses Generics.Collections;
 
implementation
 
procedure TForm1.Button1Click(Sender: TObject);
var
  L: TList<Integer>;
begin
  L := TList<Integer>.Create;
  L.InsertRange(0, [1,2,4]);
  ShowMessage(IntToStr(L[1])); //affiche 2
  L.Free;
end;

[Paul TOTH]

Ok, il me manquait juste le nom de l'unité...et l'aide en ligne étant très bien faite, F1 sur TList ne fait aucune référence à TList<T>


or donc, revenons à nos moutons...si tu regardes le code de TList<T> tu verras que ça ne pose aucun problème.

il va conserver un "Array of Integer" qui sera libéré sur le Free et puis c'est tout

[stanislas]

Ok merci, effectivement je n'avais pas regardé le code de Tlist. En fait il faut que je me penche un peu plus sur comment sont gérés en mémoire les types primitifs. Apparement, si je ne me tompe pas, comme c'est Delphi qui se charge d'attribuer la mémoire, il se charge aussi de la libérer.

En réfléchissant, ma question était bête car quand je crée une variable de type integer, je n'ai jamais à me préoccuper de la libérer ou non

En tout cas, merci ! (Oui l'aide sur les Générics est très 'light' ! Mais j'ai utilisé ça sous Java et c'est super pratique : Plus d'erreurs possibles, plus de cast dans tous les sens ...).

[Paul TOTH]

Ok merci, effectivement je n'avais pas regardé le code de Tlist. En fait il faut que je me penche un peu plus sur comment sont gérés en mémoire les types primitifs. Apparement, si je ne me tompe pas, comme c'est Delphi qui se charge d'attribuer la mémoire, il se charge aussi de la libérer.

En réfléchissant, ma question était bête car quand je crée une variable de type integer, je n'ai jamais à me préoccuper de la libérer ou non

oui, sous Delphi Integer n'est pas un objet, c'est juste un espace mémoire qui contient un nombre Quand tu manipules un objet il est alloué, mais son adresse est stockée...de la même façon dans un espace mémoire

Dans le cas de TList<Integer>, le membre FItems contient l'adresse d'un tableau qui va directement contenir les valeurs. Si tu fais un TList<TObject>, ce tableau contiendra aussi des valeurs, mais ce sont les adresses des instances objets. Lors du Clear, le tableau de valeurs est libéré, mais pas les instances objets - là est la différence

En tout cas, merci ! (Oui l'aide sur les Générics est très 'light' ! Mais j'ai utilisé ça sous Java et c'est super pratique : Plus d'erreurs possibles, plus de cast dans tous les sens ...).

intuitivement je me dis que c'est aussi un très bon moyen d'avoir des effets de bord désagréables

[stanislas]

intuitivement je me dis que c'est aussi un très bon moyen d'avoir des effets de bord désagréables

Du genre ?

[Paul TOTH]

Du genre ?

Du genre...que le concepteur du généric n'a pas prévu un cas d'usage qui provoque des erreurs difficiles à identifier

mais comme je le dis c'est "intuitif"...j'avais la même intuition sur les "long" string puis sur les tableaux dynamiques...et tu peux regarder le nombre de post parlant de l'un ou l'autre pour voir que j'avais raison