TObjectList<T> und Comparer

[OlafSt]

Hi Freunde,

nun ist es soweit, es gibt kein Entrinnen mehr. Ich muß mich endgültig mit Interfaces auseinandersetzen. Kam ja bisher immer drumherum... Mein Problem und Ziel ist es, eine sortierte generische TObjectList zu bekommen. Folgende, stark gekürzte Klasse:

Delphi-Quellcode:

    TPosition = class(TObject)
    public
      TimeStamp: TDateTime;
    end;

soll in eine TObjectList<TPosition> hinein und die Liste nach TPosition.TimeStamp sortiert werden. Dazu gibt es ja TObjectList<T>.Sort(IComparer<T>). Also habe ich eine Klasse gebastelt, die IComparer implementiert:

Delphi-Quellcode:

    TPositionComparer = class(TInterfacedObject, IComparer<TPosition>)
       function Compare(const Left, Right: TPosition): integer;
    end;

function TPositionComparer.Compare(const Left, Right: TPosition): integer;
var
   RDT, LDT: TDateTime;
begin
     RDT:=Right.Timestamp;
     LDT:=Left.Timestamp;
     if LDT < RDT then
        exit(-1);
     if LDT=RDT then
        exit(0)
     else
        exit(1);
end;

Schön ausführlich, damit wir auch schön debuggen können und so.

Im Einsatz sieht das ganze dann so aus:

Delphi-Quellcode:

var
   TCo: TPositionComparer;
begin
     //Result ist ein TPosition und wird hier zusammengebaut
     //FPositions ist eine TObjectList<TPosition>
     FPositions.Add(Result);
     TCo:=TClientComparer.Create;
     FPositions.Sort(TCo);

Compiliert klaglos. Funktioniert klaglos.

Fragen: Abgesehen davon, das ich auch eine anonyme Methode hätte verwenden können: Ist das überhaupt so richtig aufgebaut ? Außerdem höre ich immer wieder, das man Interfaces nicht wieder freigeben muß. Trifft das auch auf mein TCo, das ich immer wieder neu erzeuge, zu ? Wenn nein, wie muß das dann gemacht werden ?

Danke für die Hilfe !

[Der schöne Günther]

Generische Container hin oder her, Sortierer hin oder her:

Dein TPositionComparer leitet sich von TInterfacedObject ab und realisiert ein oder mehrere Interfaces. Solche Instanzen referenzierst du entweder weiterhin über die Klasse, so wie du es mit

Delphi-Quellcode:

var TCo: TPositionComparer;

getan hast. Oder du verwendest nur Interface-Variablen wie bspw.

Delphi-Quellcode:

var myComparer: IComparer<TPosition>)

. Dann freust du dich dass es sich nun wie mit Records, Strings oder Arrays verhält: Du machst dir keine Sorgen mehr über die Freigabe und es passiert automatisch.

[Stevie]

Oder du übergibst den Comparer direkt beim Liste erstellen, dann kannste Sort auch so aufrufen.

[Sir Rufo]

Es gibt auch ein

Delphi-Quellcode:

TComparer<T>.Construct

;)

Einfach mal in die Doku schauen

[OlafSt]

Zitat:

Zitat von Der schöne Günther (Beitrag 1287931)

Generische Container hin oder her, Sortierer hin oder her:

Dein TPositionComparer leitet sich von TInterfacedObject ab und realisiert ein oder mehrere Interfaces. Solche Instanzen referenzierst du entweder weiterhin über die Klasse, so wie du es mit

Delphi-Quellcode:

var TCo: TPositionComparer;

getan hast. Oder du verwendest nur Interface-Variablen wie bspw.

Delphi-Quellcode:

var myComparer: IComparer<TPosition>)

. Dann freust du dich dass es sich nun wie mit Records, Strings oder Arrays verhält: Du machst dir keine Sorgen mehr über die Freigabe und es passiert automatisch.

Aha...TPositionComparer -> Sowohl .Create als auch .Free aufrufen.
IComparer<TPosition>, alles geht von selbst.

Ist das wirklich so simpel ?

Wie sieht das dann in meinem Falle aus ?:

Delphi-Quellcode:

var
   TCo: IComparer<TPosition>;
begin
   FPositions.Sort(TCo);
end;

kann es kaum sein. Woher soll Sort denn wissen, das mein Comparer aufgerufen wird ?

Zitat:

Zitat von Sir Rufo (Beitrag 1287944)

Es gibt auch ein

Delphi-Quellcode:

TComparer<T>.Construct

;)

Einfach mal in die Doku schauen

Die Doku ist, ebenso wie bei .Sort, einfach nur sensationell unverständlich, wenn man mit Interfaces ein wenig auf Kriegsfuß steht. Außerdem muß da auch noch ein ominöser THasher<T> übergeben werden... Da hab ich erstmal aufgegeben.

[Sir Rufo]

Häh? Beim

Delphi-Quellcode:

TComparer<T>

? Wo ist denn da was mit einem Hasher? Das kenne ich nur beim

Delphi-Quellcode:

TEqualityComparer<T>

und das wird z.B. für ein Dictionary benötigt.

Äuglein auf beim Eierkauf:

Delphi-Quellcode:

TComparer<T>

vs.

Delphi-Quellcode:

TEqualityComparer<T>

Und so wird der Comparer für TPosition gebaut:

Delphi-Quellcode:

TComparer<TPosition>.Construct(
  function (const L, R: TPosition): integer;
  begin
     if L.TimeStamp < R.TimeStamp then
        Result := -1
     else if L.TimeStamp > R.TimeStamp then
        Result := 1
     else
        Result := 0;
  end );

[DeddyH]

Delphi-Quellcode:

FPositions.Sort(TComparer<TPosition>.Construct(
  function(const Left, Right: TPosition): integer
  begin
    Result := Left.TimeStamp - Right.TimeStamp;
  end
));

[OlafSt]

Zitat:

Zitat von Sir Rufo (Beitrag 1287954)

Häh? Beim

Delphi-Quellcode:

TComparer<T>

? Wo ist denn da was mit einem Hasher? Das kenne ich nur beim

Delphi-Quellcode:

TEqualityComparer<T>

und das wird z.B. für ein Dictionary benötigt.

Nunja... Ein Druck auf F1, während der Cursor auf einem frisch eingegebenen "TComparer<T>.Construct" steht, führt zum TEqualityComparer. Hab mich auch gefragt, was das wohl mit dem THasher da sein soll, bin aber davon ausgegangen, das der dann wohl optional ist und ein Standard-Hasher genommen wird. Insgesamt ist die OH von XE4 - vorsichtig ausgedrückt - Schrott. Aber einen direkten Weg wie im Visual Studio, wo es direkt ins MSDN geht, ist nicht vorgesehen oder ich habs verkehrt eingestellt. Womit sich die Frage stellt, wo man das einstellt...

Wie dem auch sei, ich hab einiges dazugelernt. So ist

Delphi-Quellcode:

var
   TCo: IComparer<TPosition>;
begin
   FPositions.Sort(TCo);
end;

natürlich Unsinn. Sort weiß ja wirklich nicht, das mein Comparer aufgerufen werden soll, weil TCo=nil. Also gehört da ein

Delphi-Quellcode:

TCo:=TPositionComparer.Create;

davor. Und genau das ist wohl das verwirrende: Ich muß ein TComparePosition aufrufen, um einen IComparer zu instantiieren.

So langsam raffe ich das Zeug.

[Der schöne Günther]

Richtig- In Sachen Vererbung ist das ja im Endeffekt auch nichts anderes: Du rufst evtl. ein

Delphi-Quellcode:

THund.Create()

auf und weist das einer

Delphi-Quellcode:

TTier

-Variable zu. Alles klar soweit in Sachen Interfaces? Das Sortieren mit IComparer<T> und allem ist da schon viel knackiger, finde ich.

Die Doku ist inhaltlich oft falsch, der Kram hinter der F1-Taste nicht zu gebrauchen. Der tatsächliche Inhalt zu System.Generics.Defaults.TComparer.Compare ist aber hier ausnahmsweise sehr brauchbar, finde ich.

Hier mal ein Beispiel mit Integern:

Delphi-Quellcode:

program Project19;

{$APPTYPE CONSOLE}

{$R *.res}

uses System.SysUtils, System.Generics.Collections, System.Generics.Defaults;

type
   /// <summary>
   ///     Vergleicht <c>Integer</c>, jedoch in <b>absteigender</b> Reihenfolge:
   ///    Für diesen Comparer ist <c>5 &gt; 42</c>
   /// </summary>
   TMyReversedIntegerComparer = class(TComparer<Integer>)
      function Compare(const Left, Right: Integer): Integer; override;
   end;

procedure justSortingThings();
var
   myList:            TList<Integer>;
   descendingComparer: IComparer<Integer>;
   item:            Integer;
begin
   myList := TList<Integer>.Create();
   myList.AddRange([5, 42, 5, 99, -37]);

   WriteLn('Normales Sortierverhalten: ');
   myList.Sort();
   for item in myList do WriteLn(item);

   WriteLn(sLineBreak);

   WriteLn('Mein eigenes Sortierverhalten: ');
   descendingComparer := TMyReversedIntegerComparer.Create();
   myList.Sort(descendingComparer);
   for item in myList do WriteLn(item);

   myList.Destroy();
end;


{ TMyReversedIntegerComparer }

function TMyReversedIntegerComparer.Compare(const Left, Right: Integer): Integer;
begin
   Result := -(Left - Right);
end;

begin
  try
   ReportMemoryLeaksOnShutdown := True;
   justSortingThings();
  except
   on E: Exception do
     Writeln(E.ClassName, ': ', E.Message);
  end;
  readln;
end.

Ich persönlich würde es auch mit einer anonymen Methode machen aber im Endeffekt ist es das gleiche.

[OlafSt]

Jetzt kapiere ich auch solchen Code, lieber Günther ;)

Natürlich ist es einfacher und kompakter, eine anonyme Methode zu verwenden. Doch wenn jemand wie ich irgendwann einen Zug verpaßt hat und Interfaces seitdem als großes Mysterium ansieht, dann kapiert man nie die Zusammenhänge.
Darum habe ich den ausführlichen Weg gewählt. Nun weiß ich, das ein Iirgendwas nur eine Schablone darstellt, keine Klasse. Mir ist klargeworden, das ich ein Tirgendwas brauche, damit ich Programmcode hinter das Iirgendwas kriege. Das ich einen Tirgendwas-Konstruktor aufrufen muß, um ein Iirgendwas zu erzeugen. Und das ich am Ende auf ein .Free verzichten kann.

All diese Hintergründe sieht man nicht - und kapiert sie folglich auch nicht - wenn man die Abkürzung nimmt. Wenn dann die OH auch noch in die falsche Richtung schubst bzw. völlig nichtssagend ist, stehst auf verlorenem Posten und es entstehen Kopfschüttler-Threads wie dieser hier ;)

Sokath, seine Augen geöffnet !