10.2.3. Starter: Undeklarierter Bezeichner: TEqualityComparer

[Codehunter]

Hallo !

Ich wollte mir einen alternativen Comparer bauen, wie hier im letzten Post beschrieben. System.Generics.Collections und System.Generics.Defaults sind im interface-uses, trotzdem wird TEqualityComparer nicht gefunden. Ist das jetzt eine Einschränkung der Starter oder wurde die Klasse nur in eine andere Unit verschubst und die Hilfe nicht aktualisiert?

Grüße
Cody

[Uwe Raabe]

Der TEqualityComparer<T> is generisch. Du musst einen Typ in den spitzen Klammern angeben.

[himitsu]

Zitat:

Zitat von Uwe Raabe (Beitrag 1397986)

Der TEqualityComparer<T> is generisch. Du musst einen Typ in den spitzen Klammern angeben.

Die Prüfung prüft halt, ob dieser Typ existiert.
Es gibt keine Meldung ala "Typ nicht vollständig". (es ist ja auch möglich, dass TXyz<xx> und TXyz parallel existieren)


Und nein, solche grundlegenden Typen werden wohl niemals in der Starter fehlen. (aber wer weiß was man sich noch einfallen lässt)

[Codehunter]

Lach ja, manchmal müsst ich nur richtig gucken, dann hätt ich es bei Stack Overflow auch sehen müssen. Die Fehlermeldung vom Compiler hat mich halt sehr irritiert bzw. war mir bis dato nicht bewusst dass der Typbezeichner bei generischen Klassen Bestandteil des Klassennamens ist.

[Uwe Raabe]

Zitat:

Zitat von Codehunter (Beitrag 1397997)

war mir bis dato nicht bewusst dass der Typbezeichner bei generischen Klassen Bestandteil des Klassennamens ist.

Das sind auch zwei völlig verschiedene Typen:

Delphi-Quellcode:

unit System.Generics.Collection;
...
  TList<T> = class(TEnumerable<T>)
...

Delphi-Quellcode:

unit System.Classes;
...
uses
...
  System.Generics.Collections,
...
  TList = class(TObject)
...
  TCollection = class(TPersistent)
  private
    FItemClass: TCollectionItemClass;
    FItems: TList<TCollectionItem>;
...

[Codehunter]

Klar, im Nachhinein ist es völlig logisch. Man muss halt nur immer erst durch sowas drauf gestoßen werden (wenn einem die Firma schon keine Schulungen gönnt) 8-)