Hallo DP,

ich habe eine doppelt verkettete Liste als einfache Basis-Klasse TChainList:

zusammenfalten · markieren

Delphi-Quellcode:

type
  TChainList = class(TPersistent)
  private
    FDeleting: Boolean;
    FEol: Boolean;
    FPredecessor: TChainList;
    FSuccessor: TChainList;
    function GetEol: Boolean;
    procedure SetDeleting(const Value: Boolean);
    property Deleting: Boolean read FDeleting write SetDeleting;
  public
    destructor Destroy; override;
    procedure Add(Item: TChainList); virtual;
    function Delete: TChainList;
    function Last: TChainList;
    function First: TChainList;
    function Next: TChainList;
    function Previous: TChainList;
    property Eol: Boolean read GetEol;
  end;

Verwendet wird sie dann beispielsweise so:

zusammenfalten · markieren

Delphi-Quellcode:

type
  TTestClass = class(TChainList)
  private
    FData: string;
  public
    function Add(Text: string): TTestClass; overload;
    property Data: string read FData write FData;
  end;

.
.
.

procedure TForm1.Test;
var
  Chain: TTestClass;
begin
  Chain := TTestClass.Create;
  try
    Chain.Data := 'Test1';
    Chain.Add('Test2');
    Chain.Add('Test3');
    Chain.Add('Test4');
    Chain := Chain.First as TTestClass; // blöder Cast
    while not Chain.Eol do
    begin
      // do something
      Chain := Chain.Next as TTestClass; // blöder Cast
    end;
  finally
    Chain.Free;
  end;
end;

Ich möchte das Ganze ohne die Casts haben und dachte an eine generische Liste. Allerdings meckert er immer, dass T einen public parameterlosen Konstruktur braucht. Aber das tut er auch, wenn ich der abgeleiteten Klasse einen gebe.

Probiert habe ich die Basisklasse auf TChainList<T: class, constructor> = class umzuschreiben.

Eine Deklaration mit

markieren

Delphi-Quellcode:

type
  TTestClass = class(TChainList<TTestClass>) // wohl etwas zu gewagter Rückbezug auf sich selbst...
  private
    FData: string;
  public
    function Add(Text: string): TTestClass; overload;
    property Data: string read FData write FData;
  end;

geht dann aber mit obigem Compilerfehler schief.


Geht das überhaupt? Oder geht es wenigstens auf andere Art?



Viele Grüße,
Uwe

Du wirfst hier Einträge und Listen durcheinnander.
Der Vorgänger/Nachfolger sind keine Listen sondern Elemente

Hallo Mkinzler,

mit Einträgen und Listen ist's ja kein Problem.
Das soll schon so sein, dass einem Eintrag auf diese Weise seine eigene Liste bekannt wird.


Viele Grüße,
Uwe

Und was wird z.B. hier zurückgegeben?

Zitat:

function Last: TChainList;

Ich hätte ja auch gedacht, dass es da einen Typ TChainItem oder so gibt, der im Grunde lediglich ein Pointer ist.

Hallo DeddyH,

na es wird das letzte Element der verketteten Liste zurückgegeben.

markieren

Delphi-Quellcode:

function TChainList.Last: TChainList;
begin
  Result := Self;
  if Self <> nil then
  begin
    while Result.FSuccessor <> nil do
      Result := Result.FSuccessor;
    FEol := False;
  end;
end;

Der Witz ist ja gerade, dass man nicht Liste und Elemente verwalten muss sondern nur die Elemente. Finde ich eigentlich ganz elegant, wenn die Casts nicht wären.

Bei einer generischen Liste entfällt der Cast.

Diese Vorgehensweise ist mir neu. Ich hätte da eher einen Elementtyp deklariert und die Listenklasse, die einem die Verwaltung und Navigation abnimmt.

Zitat von DeddyH:

Diese Vorgehensweise ist mir neu. Ich hätte da eher einen Elementtyp deklariert und die Listenklasse, die einem die Verwaltung und Navigation abnimmt.

Ich auch.

Zitat von mkinzler:

Bei einer generischen Liste entfällt der Cast.

Wenn Du mir jetzt noch sagst, wie man das deklariert, wäre meine Frage beantwortet.

Es geht mir nicht um den klassischen Ansatz mit Elementen und einer Liste, die die Elemente verwaltet. Das ist über TList<T> oder Ähnliches keine Sache.

Ich möchte den Elementen über ihre Basisklasse gleich die Listenverwaltung mitgeben. Das funktioniert ja auch. Lediglich die Casts stören mich bei diesem Ansatz und meine Frage war ob jemand weiß ob man das mit Generics lösen könnte und wie.

https://delphihaven.wordpress.com/category/generics/