Generische Interface-GUIDs

[jaenicke]

Poste doch einfach den Link zum Featurerequest, damit auch jemand dafür voten kann. Ansonsten passiert da ohnehin nichts, egal wie viel es in Foren diskutiert wird.

Automatisch generierte GUIDs würden jedenfalls nur einen Teil der Probleme lösen. Ich hatte das Thema GUIDs bei generischen Interfaces auch schon, wenn auch mit anderem Hintergrund. Mir fällt aber schlicht keine wirklich sinnvolle Lösung dafür ein. Deshalb hatte ich dazu auch keinen Featurerequest geschrieben bzw. erst einmal danach gesucht.

Nebenbei gibt es ähnliche Themen im Hinblick auf Casts usw. ja auch bei anderen Sprachen wie C#, wo man für generische Typen kein Marshalling für interop usw. hat.

[Uwe Raabe]

Berücksichtig man den Fakt, dass in Delphi zwei an verschiedenen Stellen deklarierte TList<string> auch formell zwei unterschiedliche Typen sind, sehe ich da noch einen sehr langen Weg bis sowas realisiert werden könnte.

[Stevie]

Mach halt einfach kein supports auf nen generisches interface

Zitat von Uwe Raabe:

Berücksichtig man den Fakt, dass in Delphi zwei an verschiedenen Stellen deklarierte TList<string> auch formell zwei unterschiedliche Typen sind

Wenn du mit "verschiedene Stellen" unterschiedliche Binaries meinst, dann ja, ansonsten nein

[himitsu]

Jupp, Generics werden beim Compilieren über eine Art globalen Cache verwaltet.
Wurde einmal ein generic implementiert/verwendet, und kommt an anderer Stelle nochmal "neu" vor, dann wird die bereits bestehende Deklaration verwendet.

z.B. TArray<irgendwas> in einer Unit und TArray<irgendwas> in einer anderen Unit sind somit identisch.
Im Gegensatz dazu sind "array of irgendwas" an beiden Stellen "neue" deklarationen und somit jeweils "eigene" Typen.

In einer anderen EXE/DLL natürlich nicht mehr, weil neues/anderes Compilat.

[Uwe Raabe]

Zitat von Stevie:

Wenn du mit "verschiedene Stellen" unterschiedliche Binaries meinst, dann ja, ansonsten nein

Ja, da hatte ich einen Knoten im Hirn. Das kommt davon, wenn man zu viele Sachen auf einmal macht.

[Dennis07]

Zitat von Uwe Raabe:

Berücksichtig man den Fakt, dass in Delphi zwei an verschiedenen Stellen deklarierte TList<string> auch formell zwei unterschiedliche Typen sind

Jo, aber das ist ja eine Klasse. Klassen identifizieren sich ja über die Klassenreferenz, Interfaces hingegen über ihre GUID. Wenn du zweimal das gleiche Interface mit der selben GUID hast, dann ist es auch das selbe. Das ist ja gerade der Sinn eines Interfaces, sonst bräuchte man die ja nicht (abgesehen von ARC und Mehrfachableitung natürlich).

Zitat von Stevie:

Mach halt einfach kein supports auf nen generisches interface

Ja okay, und wie soll man das sonst machen? Außerdem löst es das Problem auch nicht, dass die Adressen in der VMT auf die selbe Stelle zeigen.

Zitat von TiGü:

Und bei jeden Full Build kommt eine andere GUID bei raus?

Ja entweder das, oder sie werden in der DPROJ gecached, keine Ahnung. Da man auf Interfaces im Code aber eh nicht direkt über ein TGUID-Objekt, sondern in der Regel über den Interface-Namen zugreifen sollte, spielt das in 99,9% der Fälle keine Rolle. Für den Rest der Fälle muss man das dann halt konventionell lösen.

Zitat von jaenicke:

utomatisch generierte GUIDs würden jedenfalls nur einen Teil der Probleme lösen. Ich hatte das Thema GUIDs bei generischen Interfaces auch schon, wenn auch mit anderem Hintergrund. Mir fällt aber schlicht keine wirklich sinnvolle Lösung dafür ein. Deshalb hatte ich dazu auch keinen Featurerequest geschrieben bzw. erst einmal danach gesucht.

Jo, das ist richtig. Hast du einen Link?

Zitat von himitsu:

Es könnte auch sein, dass garkeine GUID generiert wird und die einfach nur 0000-000-00000-0000.... ist

Mir war so, als wenn der Compiler bei Interfaces "ohne" GUID eh gewisse Dinge verbietet / nicht kompilert, wie z.B. die Verwendung von IS und AS.
Somit wäre dabei die GUID dann eh egal, wenn sie nie verwendet würde.

Das ist richtig, du kannst den Interfacetypen nicht direkt als Bezeichner übergeben, falls du keine GUID definiert hast. Außerdem funktioniert "as" nicht.
Genau deshalb sind GUIDs ja so wichtig.

[jaenicke]

Zitat von Dennis07:

Jo, das ist richtig. Hast du einen Link?

Ich weiß nicht, ob es einen solchen Featurerequest schon gibt. Aber ich wollte darauf hinaus, dass du ansonsten einen erstellen musst, damit es eine Chance auf Umsetzung gibt.

[Dennis07]

Oh ja, ich habe das k vor dem einen überlesen. Wird Zeit den Kopf zu lüften...

[himitsu]

Delphi-Quellcode:

type
  IGenItf<T> = geninterface
    // Keine GUID hier (oder doch, aber egal)
    function Foo: T;
    procedure Poo;
  end;

type
  IIntItf = interface(IGenItf<Integer>)
    ['{123.......}']
  end;
  IStrItf = interface(IGenItf<String>)
    ['{456.......}']
  end;

  TImplObject = class(TInterfacedObject, IIntItf, IStrIntf)
    ...

[Uwe Raabe]

Wenn wir hier schon bei Wünsch dir was sind, dann wäre dies hier etwas weniger invasiv:

Delphi-Quellcode:

type
  IGenItf<T> = interface
    ['<AutoGUID>']
    function Foo: T;
    procedure Poo;
end;