TStringList erzeugt access violation...

[DeddyH]

Weil der Typ nunmal TStrings ist.

[edit] Einfaches Beispiel:

Delphi-Quellcode:

var
  Test: TStrings;
begin
  Test := TStringlist.Create;
  try
    Test.Sorted := true;  //Fehler, erst in TStringlist implementiert
    (Test as TStringlist).Sorted := true; //OK
    TStringlist(Test).Sorted := true;  //auch OK
  finally
    Test.Free;
  end;
end;

[/edit]

[mkinzler]

Zitat:

Wieso muß man casten, wenn man die Liste als TStrings deklariert und als TStringList erzeugt?

Z.B. sind sonst Eigenschaften/Methoden nicht verfügrbar, welche durch TStringList hinzugefügt wurden.

[DeddyH]

As I said before

[mkinzler]

Zitat von DeddyH:

As I said before

Was aber mal wieder überlesen wurde.

Ich sollte zitieren, auf was ich mich beziehe. ( Mache ich gleich im Beitrag oben)

[Perlsau]

Zitat von mkinzler:

Zitat:

Wieso muß man casten, wenn man die Liste als TStrings deklariert und als TStringList erzeugt?

Z.B. sind sonst Eigenschaften/Methoden nicht verfügrbar, welche durch TStringList hinzugefügt wurden.

Also wurde ich von den oben genannten Quellen falsch informiert. Gut zu wissen. Danke.

[DeddyH]

Das stimmt so aber doch auch wieder nicht, bei Properties oder Parametern kann die Deklaration als TStrings ja durchaus wieder sinnvoll sein (mache ich ja auch so gut wie immer so).

[jaenicke]

Man sollte immer den kleinsten gemeinsamen Nenner nehmen, den z.B. eine Funktion benötigt. Wenn die Funktion auch mit TStrings funktioniert, sollte man auch TStrings als Parameter nehmen, damit man sie mit allen Nachkommen von TStrings aufrufen kann.

Wenn man aber darin etwas von TStringList braucht, z.B. eben Sorted, dann muss man auch diesen benötigten Typ benutzen, da man sonst im günstigsten Fall casten muss, ich ungünstigsten Fall aber einen anderen Nachkommen von TStrings in der Variablen hat. Versucht man den dann zu casten knallt es logischerweise.

[himitsu]

Zitat von jaenicke:

Wenn man aber darin etwas von TStringList braucht, z.B. eben Sorted, dann muss man auch diesen benötigten Typ benutzen,

Was dann aber auch wieder der kleinste gemeinsame Nenner wäre.

[Perlsau]

Zitat von DeddyH:

Weil der Typ nunmal TStrings ist.

Okay, dann hab ich trotz Erzeugung als TStringList nur die Methoden von TStrings. Das will ich natürlich nicht. Die Einwände der oben genannten Quellen sind dann vermutlich Humbug: Angeblich soll es Probleme geben, wenn ich einer TStringList, die auch als solche deklariert wurde, z.B. ein Memo.Lines oder ein ListBox.Items zuweise.

[Lemmy]

Hi Perlsau,

es kommt halt darauf an...

wenn man die Zuweisung "richtig" macht dann ist das kein Thema, aber ein

Delphi-Quellcode:

var Liste: TStringList;
begin
...

  memo1.Lines := Liste;
end;

oder auch anders rum würde ich persönlich nie verwenden. Das mögen andere anders sehen...

Und auch die Verwendung von TStrings kann man so einfach auch nicht als falsch darstellen: Die VCL macht es doch vor: Die Schnittstelle einer Klasse/Komponente ist sicherlich sinnvoller mit einem TStrings zu deklarieren als mit einer TStringList. Hier hast Du dann für den Anschluss nach außen mehr Möglichkeiten.

Wenn Du andererseits eine sortiere Liste haben willst, spricht schlicht nichts dafür, einen TStrings zu definieren und dann anschließend eine TStringList reinzubuttern und ständig zu casten...

GRüße