Memo mag TStringList nicht?

[RavenIV]

Zitat von Muetze1:

Zitat von RavenIV:

Am Besten solche Objekte als var-Parameter oder besser noch out-Parameter übergeben lassen.

Wenn die aufrufende Funktion die Instanz erstellt ist genau beides eine riesige Fehlerquelle. Mit dem VAR erlaubst du dem aufgerufenen explizit die Instanz zu verändern - also eine ganz andere zurück zu geben als im übergeben wurde. Von daher ist hier const deutlich besser geeignet.

Die Funktion soll ja grad dieses Objekt verändern, weil sie damit etwas zurückgeben soll.
Das Schlüsselwort "const" ist hierfür denkbar ungeeignet, weil dann die Funktion nichts verändern darf.

Wie auch immer, der Original-Author hat Denkanstösse bekommen.
Alles Weitere muss er nun selber bewerkstelligen.

[Apollonius]

Raven, dieser Code kompiliert trotz const fehlerfrei:

Delphi-Quellcode:

type
TMyObject = class
  fField: Integer;
end;

procedure Proc(const Obj: TMyObject);
begin
  Obj.fField := 5;
end;

Da Objekte Zeiger sind, bezieht sich das const nicht auf Felder und entsprechend auch nicht auf Methoden und Eigenschaften.

[Luckie]

Zitat von xSkaschY:

Warum zum Teufel mag der des nicht?

Beim nächsten mal wäre eine etwas präzisere Fehlerbeschreibung inklusive genauer Fehlermeldung wünschenswert.

[DeddyH]

IMHO sollte man Objektinstanzen immer als const-Parameter übergeben. Wie schon korrekt bemerkt wurde, sind es ja intern Pointer, so dass sich die dahinterliegenden Felder trotzdem bearbeiten lassen. Ansonsten wären z.B. solche Dinge möglich:

Delphi-Quellcode:

procedure TfrmMain.Machwas(sList: TStrings);
begin
  //Code zum Ändern der Strings
  sList := ListboxBla.Items;
end;

[RavenIV]

Zitat von Apollonius:

Raven, dieser Code kompiliert trotz const fehlerfrei:

Delphi-Quellcode:

type
TMyObject = class
  fField: Integer;
end;

procedure Proc(const Obj: TMyObject);
begin
  Obj.fField := 5;
end;

Da Objekte Zeiger sind, bezieht sich das const nicht auf Felder und entsprechend auch nicht auf Methoden und Eigenschaften.

OK, hab ich eingesehen.
Aber das const ist dennoch für einen ungeübten Betrachter verwirrend.

[Muetze1]

Moin!

Zitat von RavenIV:

OK, hab ich eingesehen.
Aber das const ist dennoch für einen ungeübten Betrachter verwirrend.

Das ist der große Unterschied in der Definition der Bedeutung von const in Delphi. C++ und C# Programmierer haben oft genau diesen Trugschluß (neben CodeGear selbst: QC #42782).

Gruss
Thomas