Verwendung von Interface - Verständnisfrage

[DeddyH]

Wie wäre es denn so?

Delphi-Quellcode:

type
  ITextValue = interface
    ['{14E563E8-1AE9-41F2-B362-C48D4D0AE8A0}']
    procedure SetLaenge(L : Int32);
    function GetLaenge: Int32;
    procedure SetBreite(B : Int32);
    function GetBreite: Int32;
    function GetFlaeche : int32;
    property Laenge: Int32 read GetLaenge write SetLaenge;
    property Breite: Int32 read GetBreite write SetBreite;
    property Flaeche: int32 read GetFlaeche;
  end;

  TFlaeche = class(TInterfacedObject, ITextValue)
  private
    FLaenge: int32;
    FBreite: int32;
  public
    procedure SetLaenge(L : Int32);
    function GetLaenge: Int32;
    procedure SetBreite(B : Int32);
    function GetBreite: Int32;
    function GetFlaeche : int32;
    // Die Neudeklaration der Properties ist nicht zwingend notwendig
    // Wenn man die Klasse aber einmal als solche ansprechen möchte,
    // erspart das einen Cast
    property Laenge: Int32 read GetLaenge write SetLaenge;
    property Breite: Int32 read GetBreite write SetBreite;
    property Flaeche: int32 read GetFlaeche;
  end;

...

function TFlaeche.GetBreite: Int32;
begin
  Result := FBreite;
end;

function TFlaeche.GetFlaeche: int32;
begin
  Result := FBreite * FLaenge;
end;

function TFlaeche.GetLaenge: Int32;
begin
  Result := FLaenge;
end;

procedure TFlaeche.SetBreite(B: Int32);
begin
  FBreite := B;
end;

procedure TFlaeche.SetLaenge(L: Int32);
begin
  FLaenge := L;
end;

Beispielverwendung:

Delphi-Quellcode:

procedure TFormTest.ButtonTestClick(Sender: TObject);
var
  lTest: ITextValue; // Wenn wir den Interface-Typen nehmen, brauchen wir keine manuelle Freigabe
begin
  lTest := TFlaeche.Create;
  lTest.Breite := 4;
  lTest.Laenge := 5;
  ShowMessage(lTest.Flaeche.ToString);
end;

[venice2]

Jo könnte gehen..
Aber es fehlen diverse Einträge im Interface für die Class TUmfang die ja ebenfalls als ITextValue definiert ist.
Oder?
EDIT:
Und beißen sich die Variablen nicht von class TUmpfang und TFläche wenn diese gleich sind?

[DeddyH]

Ich denke mal, dass der TE in der Lage ist, das Interface selbst dahingehend zu erweitern. Es ging ja nicht um eine C&P-Lösung, sondern u.a. darum, wie man die Typecasts vermeiden kann.

[venice2]

Zitat von DeddyH:

Ich denke mal, dass der TE in der Lage ist, das Interface selbst dahingehend zu erweitern. Es ging ja nicht um eine C&P-Lösung, sondern u.a. darum, wie man die Typecasts vermeiden kann.

Na ja das hätte er spätestens bemerkt wenn er sein Projekt kompiliert hätte das noch diverse Funktionen der class im Interface fehlen.
Nur der Richtigkeit halber.

Darf erlaubt sein Oder?
Keine Ahnung zu was der TE in der Lage ist. Deshalb habe ich darauf hingewiesen.

[DeddyH]

Zitat von venice2:

Und beißen sich die Variablen nicht von class TUmpfang und TFläche wenn diese gleich sind?

Welche Variablen?

[venice2]

Zitat von DeddyH:

Zitat von venice2:

Und beißen sich die Variablen nicht von class TUmpfang und TFläche wenn diese gleich sind?

Welche Variablen?

Laenge als bsp.

Wenn beides auf das Interface ITextValue ausgerichtet ist.

Was passiert wenn
Laenge = 20 der class TFläche zugewiesen wird und anschließend dem gleichen Interface über TUmpfang dieser wert geändert oder abgefragt wird.
Für wen ist dann der wert für Laenge im Interface gültig?

Zitat:

Es genügt z.B. die Getter und Setter in der Klasse zu definieren und die Properties ausschließlich im Interface.

Dann bekommst du den Error..

Zitat:

[DCC Error] uInterface.pas(1148): E2168 Field or method identifier expected

gerade getestet.

[DeddyH]

Das sind keine Variablen, sondern private Felder. Jede neue Instanz hat auch ihre eigenen Felder, erst recht, wenn es sich um unterschiedliche Klassen handelt, auch wenn sie dieselben Interfaces implementieren.

[venice2]

Zitat:

Das sind keine Variablen, sondern private Felder.

Ja, ja Pfennigfuchser

Zitat:

Jede neue Instanz hat auch ihre eigenen Felder, erst recht, wenn es sich um unterschiedliche Klassen handelt, auch wenn sie dieselben Interfaces implementieren.

Ok dann, deshalb habe ich gefragt.

[EdAdvokat]

vielen Dank an alle.
Ich habe die Berechnung übungsweise bewußt mit Feldern gestaltet, um die Frage zu klären, wie man damit umgeht, dass in Interface keine Felder deklariert werden können. (also Cast)
Daraus ergibt sich für mich folgendes:
1. Wenn schon Interface genutzt werden, dann unbedingt und möglichst immer eine Referenz auf Interface, also var irendwas: IblaInterface;
2. Für die Referenzzählung und damit zur Vermeidung der manuellen Freigabe von Objecten ist die Referenzierung auf Interface notwendig. Ist dafür die Verwendung von
IInterfacedObject als Teil der Objectzuweisung (also beispielsweise TFlaeche = class(TInterfacedObject, ITextValue) unbedingt notwendig oder reicht es für die
Referenzzählungsfrage auch aus nur IInterface zuzuweisen?
3. Auch im Fall der Klasse: TFlaeche = class(TInterfacedObject, ITextValue) nicht auf TFlaeche referenzieren sondern immer beispielsweise auf ITextValue, also auf ein Interface.
4. In die Deklaration des Interface soweit wie möglich alle Methoden und ggf. Eigenschaften (Properties) aufnehmen, die für die Klasse dann gebraucht werden.

Frage 2 Antwort?
Liege ich sonst mit den 4 Punkten so richtig?

Frage an Blup: wie sieht das entspr. Interface dazu aus? So richtig verstanden habe ich die Deklaration der Funktion nicht.
function CreateMyInterface(AParam1, AParam2: Integer): IMyIntegerface;

[Blup]

Wenn man ein Objekt erst einmal einer Interface-Variablen zugewiesen wurde, niemals wieder zurück auf die Object-Klasse gehn.
Auch keine Variablen mit Referenz auf das Object halten.
Sonst kommt man über kurz oder lang in Teufels Küche.

Aber so ein Konstrukt zur Initialisierung ist zulässig:

Delphi-Quellcode:

function CreateMyInterface(AParam1, AParam2: Integer): IMyIntegerface;
var
  MyObject: TMyObject;
begin
  MyObject := TMyObject;
  MyObject.Param1 := AParam1;
  MyOpject.Param2 := AParam2;
  {Referenzzählung startet, nur noch auf Interface zugreifen}
  Result := MyObject;
end;

Properties im Interface sind unabhängig von den Properties einer Klasse.
Es genügt z.B. die Getter und Setter in der Klasse zu definieren und die Properties ausschließlich im Interface.