Discussion :

[wheel]

Bonjour

Je sais que cette question a été posé plusieurs fois sur les forums du Devloppez ...je veux savoir l'avis de la communauté Delphi sur le sujet en 2019.. il y a quelques années j'étais contre je pensais que la gestion du mémoire fait partie du programmation... avec le temps il s’avérait qu'il s'agit d'une operation LowLevel dont le system est mieux placé pour la gérer ...c'est un peu comme la question en C qui va mieux gérer la directive REGISTER l'utilisateur ou compilateur.

Maintenant je suis 100% pour.

[SergioMaster]

Bonjour,

Étayez votre raison ! Garbage collector c'est la première fois que j'en croise le terme en programmation Delphi contrairement aux SGBD, à moins que vous parliez de la détection des fuites mémoires

cette question a été posée plusieurs fois sur les forums du Développez

où, merci de mettre les références

[pprem]

Pour Delphi le garbage collector est intimement associé à ARC (automatic reference counting) et aux différents compilateurs qui le géraient sur les objets.

A partir de la 10.4 on devrait en être totalement débarrassé sur les objets, tous les compilateurs fonctionnant à nouveau comme les versions desktop et je trouve que c'est une bonne chose : l'habitude de détruire ce qu'on crée me semble plus saine que de faire n'importe quoi et espérer que les programmes s'en débrouillent.

[wheel]

Merci pour ta réponse je utilise D7 et D2009 .. il se peut que tu parle des trucs que je ne comprends pas .. d'abord pour les objet il existe des Libs Gc pour Delphi basé sur le traditionnel gestionnaire de mémoire Getmem,Reallocmem et Freemem. les autres types basée sur le RC ne sont pas consernés :string,interface...

Code :

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

TNewClass=class(TGCObject)

[pprem]

Sur D7 et D2009 la question ne se posait pas vraiment : pas de garbage collector sur les objets, c'est apparu pour les compilateurs iOS et Android (et disparaît donc cette année).

[Paul TOTH]

Alors, parlons gestion de la mémoire

1) gestion manuelle

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
var
  o: TMonObject;
begin
  o := TMonObject.Create;
  try
   // ....
  finally
    o.Free;
  end;
end;

2) gestion par ARC

Code :

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

1
2
3
4
5
6
 
var
  o: TMonObject;
begin
  o := TMonObject.Create;
end; // o.Free automatique car la variable n'est plus visibile

3) gestion par Garbage Collector

Code :

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

1
2
3
4
5
6
 
var
  o: TMonObject;
begin
  o := TMonObject.Create;
end; // o sera libéré un jour, quand le Garbage Collector aura détecté que l'objet n'est plus utile

Delphi utilise le modèle manuel depuis le début.
l'ARC n'est utilisé que pour les types dynamiques (string, Array of) et les Interfaces.
Avec l'arrivée des plateformes mobiles, Embarcadero a ajouté le modèle ARC sur les objets.
La première version du compilateur Linux a également utilisé ARC mais c'est maintenant une gestion manuelle.
Les prochaines versions supprimeront l'ARC sur Mobile également.

A noter, qu'une bonne partie des framework Delphi utilise une libération automatisée (et non automatique) de la mémoire :

Code :

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

1
2
3
4
5
6
7
8
9
10
 
procedure TForm1.FormCreate(Sender: TObject);
begin
  with TButton.Create(Self) do
  begin
     Parent := Self;
     Caption := 'Hello';
    SetBounds(10, 10, 80, 25);
  end;
end;

l'objet bouton possède à la fois un Owner et un Parent, deux bonnes raisons pour qu'il soit détruit explicitement quand la fiche sera détruite...et c'est ce lien fort Parent/Enfant qui pose des tas de problèmes avec ARC.

Pourquoi avoir tenté l'ARC et pourquoi l'avoir supprimé ? à lire [ici]

[wheel]

C'est clair maintenant je ne doutais pas de ta réponse.

Montor