Spring4D Namensgebung TList<> u.a.

[freimatz]

Hallo,
ich a) hoffe bin hier richtig und b) sorry für den Titel.

Also es geht um Spring4D da gibt es z.B. ein IList<T> was von einem TList<T> implementiert wird. Super.
Damit kann ich z.B. dann machen IStringList = IList<String> und TStringList = TList<String>.
Dummerweise gibt es ja Tist und TStringList bereits. Es hängt dann ggf. von der Reihenfolge der units bei uses ab welche benutzt wird. Leider kann ich auf die alten nicht ganz verzichten
a) wegen Legacy code und
b) wegen der VCL wo z.B. bei einer TListBox eine TStrings verwendet wird.

Wie macht Ihr das dann? Verwendet Ihr andere Namen? Welche?

[Sherlock]

Setzen Den Firmennamen rein, oder den Namen Deines Haustiers oder, oder, oder. Besonders phantasievoll aber effizient:
TMyStringList
Sherlock

[Dawn87]

Hallo,

was steckt denn tatsächlich in Deiner Liste drin? Sind es z.B. Ortsnamen dann könnte man ja einen Typ den Namen "TLocationList" o.Ä. geben. Sich an der Domäne zu orientieren bewährt sich eigentlich in der Regel. Dies ergibt einen Vorteil, falls Dein "Ort" irgendwann nicht mehr nur ein String ist sondern sich zu einem komplexen Typen entwickelt.

Falls das in Deinem Kontext wenig Sinn ergeben sollte, könnte man auch noch auf "TGenericStringList" zurückgreifen.

Grüße
Stefan

[freimatz]

Danke Euch beiden.
Ja das Problem ist ja relativ entschärft wenn ich konsequent statt String das konkrete nehme. Nur manchmal ist mir das zu doof.
Statt TMyStringList müsste das bei uns dann TOurStringList heißen
Vielleicht nehme ich dann T4DStringList.
Und das TLists<> selber kann man ja im Notfall voll qualifiziert angeben.
Also alles gut.

[Stevie]

Wenn du Spring4D collections nutzt, musst du eigentlich nur Spring.Collections einbinden und kommst somit gar nicht mit den Klassen in Berührung. Alle collections sollten über TCollections.Create... erzeugt werden.

[freimatz]

Aha. Danke.
Gibts da eine Doku dazu? Ich habe bislang nichts dazu gefunden.
Andererseits, wenn ich einen Typ ableiten will dann benötige ich doch den Typ trotzdem - oder?

Delphi-Quellcode:

type
  ITrajectoryElements = interface(IList<ITrajectoryElement>)
    ['{51D2977E-8EDB-4943-8AD3-6720E795634C}']
  end;
procedure xyz();
var
  x: ITrajectoryElements;
begin
  x := TCollections.CreateList<ITrajectoryElement>();
  //[dcc32 Error] E2010 Incompatible types: 'ITrajectoryElements' and 'Spring.Collections.IList<...ITrajectoryElement>'
end;

[Stevie]

Zitat von freimatz:

Gibts da eine Doku dazu? Ich habe bislang nichts dazu gefunden.

Spring4D Dokumentation verfügt zurzeit über keine zusätzlichen Informationen. Bitte unterstützen Sie uns bei der Dokumentation dieses Themas, indem Sie Ihre Kommentare auf der Diskussionsseite eingeben. Ok, Spaß beiseite, wir sind gerade dabei, die Dokumentation zu erweitern/erstellen.

Zitat von freimatz:

Andererseits, wenn ich einen Typ ableiten will dann benötige ich doch den Typ trotzdem - oder?

Ableiten ja, aber davon war in dem Topic bisher nicht die Rede, sondern es wurden nur Type Aliases erstellt.