Verwendung von Interface - Verständnisfrage

[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;

[DeddyH]

Es scheint noch ein paar Verständnisprobleme bzgl. Interfaces zu geben. Prinzipiell kann man sagen, dass ein Interface einfach nur eine Vereinbarung bzw. eine Zusicherung ist, dass eine Klasse, die das Interface implementiert, dies garantiert vollständig tut. Soll heißen: will man auf eine Klasse mit dem implementierten Interface IBla, welches die Methode Dings und die String-Eigenschaft Bums hat, zugreifen, kann man sich sicher sein, dass beides auch garantiert vorhanden ist, egal welche Klasse dahintersteckt. In Delphi sind Interfaces historisch bedingt COM-lastig, d.h. sie deklarieren mindestens die 3 Methoden QueryInterface, _AddRef und _Release. Die letzteren beiden sind für die Referenzzählung zuständig. Man kann sie selbst implementieren oder erbt einfach von TInterfacedObject (Referenzzählung aktiv) oder TInterfacedPersistent (Referenzzählung inaktiv). Bei der Deklaration einer Klasse muss man von einer anderen Klasse erben (und sei es TObject), kann aber mehrere Interfaces implementieren.

[MyRealName]

Zitat von DeddyH:

Es scheint noch ein paar Verständnisprobleme bzgl. Interfaces zu geben. Prinzipiell kann man sagen, dass ein Interface einfach nur eine Vereinbarung bzw. eine Zusicherung ist, dass eine Klasse, die das Interface implementiert, dies garantiert vollständig tut.

Ich denke, dass geht noch weiter. Nicht nur, dass die 1 oder mehrere Klassen dasselbe Interface implementieren, sondern auch Dir egal sein kann, wo in der Klasse das implementiert ist. Eine Klasseninstanz ist ja nur ein Pointer und jede Variable, procedure etc dieser Klasse ist eion Offset zu diesem Pointer. Mit einem Interface musst Du Dich dann nicht noch drum kümmern, dass alles am gleichen Offset steht. In jeder Implementierung kann es ein anderes Offset haben und das interface geht trotzdem