Fluent Interface - keine Vererbung möglich?

[hschmid67]

Hallo Zusammen,

ich bin gerade auf ein Problem gestoßen und glaube, dafür gibt es keine elegante Lösung. Aber vielleicht kommt Ihr doch weiter als ich:

Ich habe eine Klasse gefunden, die ich recht gut finde, und diese ist als Fluent Interface implementiert (es geht um Cesar Romeros Rest Client). Wirklich schick für Rest-Aufrufe!

Aber wie das so ist, es fehlt doch immer etwas, was man gerne hätte, und deshalb würde ich die Klasse gerne erweitern. Doch das scheint mit einem Fluent Interface nicht zu funktionieren. Das Problem liegt vereinfacht wohl daran:

Delphi-Quellcode:

TKlasseA = class
  function TuEtwas: TKlasseA;
end;

TKlasseB = class(TKlasseA)
  function TuEtwasAnderes: TKlasseB;
end;

Wenn ich nun die KlasseB erzeuge und aufrufe, etwa so:

Delphi-Quellcode:

Instance := TKlasseB.Create;
Instance.TuEtwas.TuEtwasAnderes;

Dann funktioniert das nicht, da Instance zwar beide Funktionen kennt, aber wenn ich Instance.TuEtwas aufrufe, erhalte ich nur TKlasseA zurück und das kennt natürlich TuEtwasAnderes nicht...

Kann man dann also, allgemein gesprochen, Klassen mit Fluent Interface nicht vererben? Oder gibt es doch einen Trickt?

Viele Grüße
Harald

[Namenloser]

Der Begriff "Fluent Interface" war mir zwar nicht bekannt, aber nach der Betrachtung des Wikipedia-Artikels würde ich sagen, dass es nicht geht, ohne den Source Code zu ändern.

Unter Delphi könntest du dir aber ggf. mit einem class helper behelfen. Auch wenn ich class helper eher als Hack ansehe, nicht zuletzt weil man maximal einen helper pro Klasse haben kann. Außerdem kann man glaube ich keinen neuen Felder hinzufügen, nur (nicht-virtuelle) Methoden.

[Der schöne Günther]

Was du suchst ist "Koviarianz bei Rückgabetypen" - Also dass die Rückgabe von TuEtwas() in Vererbungsrichtung weiter eingeschränkt werden kann: Während TKlasseA.TueEtwas() ein TKlasseA zurückgibt könnte TKlasseB.TuEtwas() doch ein TKlasseB zurückgeben da TKlasseB doch nur eine Unterklasse von TKlasseA ist.

In Delphi leider nicht möglich

[Redeemer]

TuEtwas sieht irgendwie aus wie ein halber Konstruktor (der ja immer sich selbst zurückgibt), aber das geht auch nicht, weil ein Konstruktor eine class function ist, oder?

[Der schöne Günther]

TuEtwas() wird sich selbst zurückgeben. Ein Beispiel in der Delphi-Bibliothek ist der TStringBuilder:

Delphi-Quellcode:

myStringBuilder := TStringBuilder.Create();
try
   myStringBuilder
      .Append('Hallo Welt')
      .AppendLine()
      .Append(42)
      .Replace('Hallo', 'Tschüss')
      .AppendLine();

   someText = myStringBuilder.ToString();
finally
   myStringBuilder.Destroy();
end;

[hschmid67]

Danke für Eure Antworten - Es scheint also so, dass ich mit meinen Vermutungen recht hatte, und eine Vererbung nicht möglich ist. Schade!

Aber danke für's Mitdenken!

Viele Grüße
Harald

[Mavarik]

Oder Du machst es so...:

Delphi-Quellcode:

TKlasseA = class
  function TuEtwas: TKlasseA;
end;

TKlasseB = class(TKlasseA)
  function ToEtwasAsB : TKlasseB;
  function TuEtwasAnderes: TKlasseB;
end;

Mavarik

[DeddyH]

Und dann? Nach dem ersten Aufruf von TuEtwas funktioniert das auch nicht mehr (zumindest ohne expliziten Typecast).

[Uwe Raabe]

Zitat von DeddyH:

Und dann? Nach dem ersten Aufruf von TuEtwas funktioniert das auch nicht mehr (zumindest ohne expliziten Typecast).

Um einen solchen Typecast zu machen, müsste man schon sicherstellen, daß die erhaltene Instanz auch vom richtigen Typ ist. Für den Fall, daß TuEtwas lediglich Self zurückgibt, ist das noch einfach. Allerdings braucht man dann auch keinen Typecast, sondern kann ebenfalls Self zurückgeben. In allen anderen Fällen ist das stark von der Implementation von TuEtwas abhängig. Insbesondere, wenn TuEtwas eine neue Instanz erzeugt, kann man nicht blind davon ausgehen, daß diese auch vom richtigen Typ ist.

In manchen Fällen wird man nicht drum herum kommen, die Funktionalität von TuEtwas zumindest leicht verändert nachzubilden. Dann kann man es aber auch gleich TuEtwas nennen und die geerbte, eigentlich nutzlose Methode gezielt verstecken.