Erzeugt Delphi größere/langsamere Projekte mit Generics?

[himitsu]

EinFalscherTyp(ObjectListenEintrag.Items[iIndex]) ...
Das kompiliert zwar und du siehst toll im Code was du denkst das dort sein soll,
aber wenn es das nicht ist, dann knallt es im laufenden Programm schnell mal oder macht einfach sonstwas und nicht das was du eigentlich wölltest.

VCL, FMX usw. nutzen selber oft die Generics ... da fallen deine paar Zeilen nicht mehr groß auf.

[a.def]

Kann man Generics auch auf Record-Typen anwendenen?
Ich kenne nur den altmodischen Weg einen Zeiger auf die Struktur zu legen.

Delphi-Quellcode:

type
 PRec = ^TRec;

 TRec = packed record
  sTest: String;
 end;

// ....

var
 TestTest: TRec;
begin
 TestTest := PRec(IrgendeinObjectDesTypsTRec)^; 

 showmessage( TestTest.sTest );

[Rollo62]

Zitat:

Bedeutet das, dass das nicht-verwenden von Generics trotzdem besser ist?

Ich würde es mal so sagen:
- auf Desktop spielt das i.d.R. keine Rolle, sollte man viel mit Templates machen
- auf Mobile, da könnte es schon auf das ein oder andere Kilobyte ankommen.

Ich benutze trotzdem auf Mobile einiges an Generics, aber eben etwas sparsamer und
nicht so excessiv wie auf dem Desktop.

Rollo

[Luckie]

Generell ist es so, dass nicht benötigter Code aus Units auch nicht "eincompiliert" wird. Ich denke, das ist bei Generics ähnlich.

[jaenicke]

Zitat von hoika:

Zitat:

Allein das Fehlen der Casting Orgien macht vieles wett.

Ich caste nicht, sondern habe für jedes Objekt seine eigene Liste mit eigenem Get/Put/Index[].

Das habe ich per .inc als Template gelöst. Das war dann mit den echten generischen Listen kompatibel, so dass ich per ifdef von dem Template oder von den echten generischen Listentypen ableiten konnte (zur Abwärtskompatibilität mit alten Versionen).

Zitat von Daniel:

Die EXE-Datei wird etwas größer, weil der Compiler die verschiedenen Typisierungen Deiner generischen Klassen jeweils vollständig ablegt. Das ist in den letzten Versionen tendenziell besser geworden.

Bei einer einfachen TList kommen pro Verwendung nach meinen Beobachtungen grob ca. 20 KiB in der Releaseversion hinzu.

Was sich glaube ich vor allem geändert hat ist, dass eine TList<TMeineKlasse> bei mehrfacher Deklaration z.B. in Form eines Typs einer Variablen nicht mehrfach als generischer Typ erstellt wurde. Allerdings hatte ich das damals nicht selber getestet, sondern nur gelesen, dass geschrieben wurde, dass das passiert. In Delphi 10.1 ist das auf jedem Fall nicht (mehr) so.

[Stevie]

Zitat von jaenicke:

Was sich glaube ich vor allem geändert hat ist, dass eine TList<TMeineKlasse> bei mehrfacher Deklaration z.B. in Form eines Typs einer Variablen nicht mehrfach als generischer Typ erstellt wurde. Allerdings hatte ich das damals nicht selber getestet, sondern nur gelesen, dass geschrieben wurde, dass das passiert. In Delphi 10.1 ist das auf jedem Fall nicht (mehr) so.

Das ist schon seit mindestens Delphi XE (wenn nicht sogar Delphi 2010) so. Einzig DCUs werden u.U recht groß, da dort jeder benutzte generische Typ einkompiliert wird. Beim Linken in die Binary werden die Duplikate dann aber entfernt.

Fakt ist aber, dass wenn du TList<TFoo> und TList<TBar> in deiner Anwendung benutzt, der Code aus TList<T> zweimal in deiner Anwendung vorhanden ist. Einmal für T = TFoo und einmal für T = TBar.

Aus diesem Grund wurde mit XE7 (oder wars XE8) die System.Generics.Collections so drastisch überarbeitet, so dass viele Methoden direkt auf einen nicht generischen Aufruf geinlined werden - leider wurde hier nur das Problem für die generischen RTL Collection Klassen gelöst und nicht für Generics allgemein (das müsste der Compiler/Linker selbst erledigen - siehe dazu mein Blogartikel).

Sobald man selbst generische Typen schreibt, sollte man sorgfältig designen und so wenig Code wie möglich generisch machen und wenn möglich eine nicht generische Basisklasse unten drunter legen, so dass der am Ende duplizierte Code möglichst klein ist.