AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Sprachen und Entwicklungsumgebungen Object-Pascal / Delphi-Language Delphi Interface + (Record)Operatoren [MiniMathLib]
Thema durchsuchen
Ansicht
Themen-Optionen

Interface + (Record)Operatoren [MiniMathLib]

Ein Thema von himitsu · begonnen am 1. Feb 2009 · letzter Beitrag vom 21. Feb 2009
Antwort Antwort
Seite 2 von 2     12   
Benutzerbild von sirius
sirius

Registriert seit: 3. Jan 2007
Ort: Dresden
3.443 Beiträge
 
Delphi 7 Enterprise
 
#11

Re: Interface + (Record)Operatoren [MiniMathLib]

  Alt 2. Feb 2009, 09:29
Unabhängig davon, was du mit deinen Interfaces machst. Wenn du so viel Lust und Zeit hast, kannst du es auch noch mit Varianten machen (TCustomVariantType oder TPublishedVariantType). Siehe dazu wie es Borland mit komplexen Zahlen in der Unit VarCmplx macht.
Dieser Beitrag ist für Jugendliche unter 18 Jahren nicht geeignet.
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
43.142 Beiträge
 
Delphi 12 Athens
 
#12

Re: Interface + (Record)Operatoren [MiniMathLib]

  Alt 21. Feb 2009, 19:52
ich hab das jetzt mal auf mehrere Interfaces umgestellt und was ist?
es geht nix mehr

Zitat:
Deklaration von 'ObjectType' unterscheidet sich von der Deklaration in Interface 'IOperatorInterfaceBinar'
Deklaration von 'CheckString' unterscheidet sich von der Deklaration in Interface 'IOperatorInterfaceBinar'
E2211 Deklaration von 'CheckBinary' unterscheidet sich von der Deklaration in Interface 'IOperatorInterfaceBinar'
Undeklarierter Bezeichner: 'CheckBinaryP'
Deklaration von 'AcceptOper2' unterscheidet sich von der Deklaration in Interface 'IOperatorInterfaceBinar'
.....
es gibt also ein Hauptinterface mit der Objektverwaltung
und dann noch mehrere für due "Zusatzfunktionen",
so weit so gut

Delphi-Quellcode:
IOperatorInterface = Interface['{36BE8FFE-9DAE-456E-894F-8DBD15205490}']
  Function QueryInterface(Const IID: TGUID; Out Obj): HResult; StdCall;
  Function _AddRef: Integer; StdCall;
  Function _Release: Integer; StdCall;

  Function CreateInstance: IOperatorInterface;
  Function GetType: TOperatorClass;
  Function GetObject: TOperatorObject;

  Function ObjectType: TOperatorObjectType;
  Function CheckString (Const Value: AnsiString): Boolean;
  Procedure LoadFromString(Const Value: AnsiString);
  Function SaveToString: AnsiString;
  Function CheckBinary (Const Value: TBinaryArray): Boolean;
  Procedure LoadFromBinary(Const Value: TBinaryArray); Overload;
  Function SaveToBinary: TBinaryArray; Overload;
  Function CheckBinaryP (P: Pointer; Size: LongInt): Boolean;
  Procedure LoadFromBinary(P: Pointer; Size: LongInt); Overload;
  Function SaveToBinary (P: Pointer; Size: LongInt): LongInt; Overload;
  Function GetBinarySize: LongInt;
  Function AcceptOper2 (Op: TOperatorOperation; Oper2: IOperatorInterface): Boolean;
End;

IOperatorInterfaceAssign = Interface(IOperatorInterface)['{36BE8FFE-9DAE-456E-894F-8DBD15205491}']
  // ooAssign
  Procedure Assign (Obj: IOperatorInterface);
End;

IOperatorInterfaceCompare = Interface(IOperatorInterface)['{36BE8FFE-9DAE-456E-894F-8DBD15205492}']
  // ooCompare
  Function Compare (Const Oper2: IOperatorInterface): TValueRelationship;
End;

......
die Zusatzinterfaces erben nun auch gleich mal die Eigenschaften des Basisinterfaces (wegen der Refferenzzählung und so)

dieses ist dann auch im Basisobject angegeben
Delphi-Quellcode:
TOperatorObject = Class(TObject, IOperatorInterface)
  Protected
    FRefCount: LongInt;
    Function QueryInterface(Const IID: TGUID; Out Obj): HResult; StdCall;
    Function _AddRef: Integer; StdCall;
    Function _Release: Integer; StdCall;
  Public
    Procedure AfterConstruction; Override;
    ...
hier gibt's auch noch keine Probleme,
aber wenn ich in einem der "Nachkömmlinge" dann die zusätzlichen Interfaces mit angebe,
dann wollen die plötzlich da nochmals die Funktionen der Interface-/Instanzenverwaltung implementieren bzw meckern über die dort angegebenen Funktionen (welche eigentlich nur die Definitionen in der Basisklasse überschreiben).
ja und die meckern auch, wenn in den Subklassen Definitionen fehlen, welche ja eigentlich in der Basisklasse definiert sind, da sie vom Basisinterface stammen.



[add]
so, nachdem ich noch ein paar kleine Problemchen elliminietrt hab...

es scheint nur noch Probleme mit diesen umgeleiteten Funktionen zu geben
Delphi-Quellcode:
TOperatorObject = Class(TObject, IOperatorInterface)
  Private
    Function IOperatorInterface.ObjectType = Interface_ObjectType;
    Function IOperatorInterface.CheckString = Interface_CheckString;
    Function IOperatorInterface.CheckBinary = Interface_CheckBinary;
    Function IOperatorInterface.CheckBinaryP = Interface_CheckBinaryP;
    Function IOperatorInterface.AcceptOper2 = Interface_AcceptOper2;
hmmm, ich werd mal versuchen diese in ein eigenes Interface zu verschieben.

[edit]
Anhang gegen neuere Version ausgetauscht
Angehängte Dateien
Dateityp: 7z operatorinterfaces_536.7z (11,0 KB, 20x aufgerufen)
Garbage Collector ... Delphianer erzeugen keinen Müll, also brauchen sie auch keinen Müllsucher.
my Delphi wish list : BugReports/FeatureRequests
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 2 von 2     12   


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 19:55 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz