TStringList erzeugt access violation...

[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).

[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

[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:

Zitat von jaenicke (Beitrag 1236760)

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. :angel: