feststellen ob Object existiert!

[sh17]

Zitat:

Es ging darum zu prüfen ob das Objekt (die Komponente) irgendwann bereits mit Create erstellt wurde. Unabhängig davon ob sie noch nie erstellt wurde oder irgendwann mal mit Free bzw. FreeAndNil freigegeben wurde.

Das widerspricht sich.

Der Operator is nützt Dir an dieser Stelle gar nix. So wirst Du nie

StringList := TStringList.Create; erreichen, denn StringList : TStringList ist immer vom Typ TStrings.

Der Operator is dient nur der Klassentypüberprüfung einer Variable. Um zu prüfen, ob eine Instanz von StringList existiert, musst Du dich an die obige Antwort halten.

[malo]

ich würde es so machen:

Delphi-Quellcode:

if (not (StringList is TStringsList)) then
begin
  StringList := TStringList.Create;
end;

Dabei jedoch die Variable StringList vom Typ TStrings deklarieren, aber als eine TStringList erzeugen. Also so:

Delphi-Quellcode:

var StringList: TStrings; // so deklarieren
{...}
proecedure TForm1.FormCreate(Sender: TObject);
begin
  StringList := TStringList.Create; // so erzeugen
end;

Das müsste funktionieren.

[sh17]

leider nein,

*/meineantwortkopier/*

[dataspider]

Hallo Puhbaehr,
man sollte sich angewöhnen, Objekte, welche dynamisch erzeugt werden, immer mit nil zu initialisieren.
Jetzt ist natürlich wichtig, wo deine Variable des Typs TStrings definiert ist.
Gehört sie global zur Unit des Forms, so sollte man das im Constructor mit:
StringList := nil;
erledigen. Die Prüfung mit Assigned(StringList) ist üblich und funktioniert, solange man das Freigeben der Stringlist, wie schon im Thread erläutert, mit FreeAndNil(StringList) erledigt.
Ist StringList eine lokale Variable in einer Procedure, so ist eine Prüfung auf die Existenz dieser eh unsinnig.
Also musst du nur die richtige Stelle für die Initialisierung auf nil finden!
Gruß, Frank

[choose]

Vielleicht hilft Dir der Thread IsObject/IsClass weiter, eine "endgültige" Lösung gibt es aber leider auch dort (noch) nicht.

[himitsu]

@malo:

wenn ich aber jetzt auf ein noch nicht initialisiertes Objekt (in 'ner lokalen Variable) prüfen lassen, dann bekomm ich aber einen netten Fehler und dat Programm verreckt.

Delphi-Quellcode:

var StringList: TStringList;
begin
  // StringList := Pointer($12314564);  // notfalls könnte man ja auch seber mal einen undefinierten Wert einfügen
  if (not (StringList is TStringList)) then
  begin
    StringList := TStringList.Create;
  end;
  StringList.Free;
end;

[Puhbaehr]

Zitat von dataspider:

...man sollte sich angewöhnen, Objekte, welche dynamisch erzeugt werden, immer mit nil zu initialisieren...

Naja, leuchtet mir erstmal ein. Sozusagen setze ich das Objekt im Constructor (bzw. FormCreate) auf nil. Anschließend kann ich beliebig prüfen ob das Objekt bereits existiert. Aber somit müsste ich trotzdem sicherstellen, dass das Objekt mit nil initialisert wurde. Oder anders: Ich könnte das Objekt gleich im Constructor erstellen (Create). Somit wäre das Problem hinfällig.
Ich hab aber leider nicht immer die Möglichkeit den Constructor aufzurufen. Ich könnte ja auch eine typungebundene Funktion haben die beliebig aufgerufen werden kann und die das Objekt benutzt.

Ich möchte halt nur prüfen ob das Objekt das ich gleich erstelle schonmal erstellt wurde.
Der Operator is funktioniert dahingehend schoneinmal. Bis jetzt zumindest.
Aber es muss doch etwas geben, dass hunderprozentig sicherstellt, dass das Objekt existiert.
In JavaScript kann ich das mit if (Object) ... tun.
Wie mach ich das in Delphi?

Gruß, Robert