Array of <KLASSENNAME> - Strukturfrage

[moelski]

Moin !

Ich baue mir da gerade einen kleinen Editor für meinen Installer. Und dieser Editor soll nun mehrere Konfigs vorhalten können. Es gibt deshalb eine Klasse TProject (gekürzt):

Delphi-Quellcode:

 type
   TProject = Class(TPersistent)
     private
       FProjName        : string;
       FProjVersion     : string;
     published
       constructor Create;
       procedure CreateTreeStructure;
       property ProjName        : string    read FProjName           write FProjName;
       property ProjVersion     : string    read FProjVersion        write FProjVersion;
   end;

So und in meinem Hauptformular habe ich dann folgende Struktur:

Delphi-Quellcode:

var   MainForm    : TMainForm;
      Projects    : Array of TProject;

Das funktioniert soweit ganz gut, aber ich frage mich ob es gut / richtig ist das so als globales Array zu definieren.

Frage wäre deshalb mal wie ihr sowas im Allgemeinen löst. :gruebel:

[mkinzler]

Könnte natürlich auch eine Eigenschaft einer Klasse sein. Zudem würde ich keinen Array sonder eine (Objekt-)Liste verwenden

[moelski]

Moin !

Zitat:

Könnte natürlich auch eine Eigenschaft einer Klasse sein

Stimmt.

Zitat:

Zudem würde ich keinen Array sonder eine (Objekt-)Liste verwenden

Meinst du TList?
Welchen Vorteil hat man davon?

[mkinzler]

Eher TObjectList. Wäre dann mehr OOP

[rollstuhlfahrer]

Wenn du eine TObjectList verwendest, musst du dich nicht mehr um das Aufräumen des Speichers kümmern (also .Free der Objekte). Das übernimmt dann die TObjectList für dich, wenn du die Liste löschst oder ein Element aus der Liste entfernst.

Bernhard

[DeddyH]

Wenn man das aber nicht will, kann man den Defaultwert von OwnsObjects im Konstruktor auf false setzen, dann ist man selbst für den Speicher verantwortlich.