C# Delegates in Delphi konsumieren

[Bernhard Geyer]

Eine Möglichkeit wäre sie sichtbar für COM zu machen:

http://msdn.microsoft.com/de-de/libr...attribute.aspx

[generic]

Ich glaube nicht, dass das geht.

Über COM kannst du nur Interfaces austauschen und keinen Zeiger auf eine Funktion.
ggf. den Delegaten in ein Interface bzw. Objekt einwickeln.

[Robotiker]

Außerhalb von COM gibt es da Wege, es gibt ja z.B.
http://msdn.microsoft.com/de-de/libr...rdelegate.aspx

Aber eventuell muss man da mit VC++ eine mixed DLL schreiben, mit einer nativen und managed Seite. Die packt man dann zwischen Delphi und C#.

http://stackoverflow.com/questions/2...unmanaged-code

[generic]

VC++ ist nicht erforderlich, denn Delphi kann eben so DLL erzeugen.
Wichtig ist nur der Export der Funktionen.

Allerdings passt dann das Beispiel bei Stackoverflow natürlich nicht mehr.

PInvoke ist dann das Stichwort.

[Robotiker]

Zitat von generic:

VC++ ist nicht erforderlich, denn Delphi kann eben so DLL erzeugen.

Nur VC++ kann DLLs erzeugen, die gleichzeitig nativ und managed sind. In der Anwort auf Stackoverflow wird das ja benutzt (in einer Exe keiner DLL).

[Edit]
Also Delphi-EXE ruft (C-Seite) der VC++ DLL, diese verweist auf die C# DLL. Ein Delegate Aufruf aus C# landet in der VC++ DLL diese kann z.B. einen Callback aus der Delphi-Exe aufrufen.

[Elvis]

Zitat von Robotiker:

Nur VC++ kann DLLs erzeugen, die gleichzeitig nativ und managed sind.

*Hust*

[Robotiker]

Zitat von Elvis:

*Hust*

Gesundheit.

Sieht nach einer Notlösung für einfache Fälle aus. Geht auch nur in die eine Richtung. Einen Custom RCW kriegt man da nur mit einer weiteren nativen Hilfs-DLL und viel Handarbeit hin. (Ja, es gibt auch http://msdn.microsoft.com/en-us/library/x8fbsf00.aspx
bevor du einen chronischen Husten kriegst.)

Auf Dinge wie die Marshalling-Lib und andere Dinge die es nur in VC++ Headern und Libs gibt müsste man dann verzichten.

[generic]

Zitat von Robotiker:

Zitat von generic:

VC++ ist nicht erforderlich, denn Delphi kann eben so DLL erzeugen.

Nur VC++ kann DLLs erzeugen, die gleichzeitig nativ und managed sind. In der Anwort auf Stackoverflow wird das ja benutzt (in einer Exe keiner DLL).

Ja, richtig - mixed DLLs NUR mit VC. Nun kann nicht jeder Entwickler gleich alle Sprachen Delphi,C# und VC.

Daher meinte ich, dass man mit Delphi DLLs erzeugen, um diese dann via PInvoke einbinden.

[Robotiker]

Zitat von generic:

Nun kann nicht jeder Entwickler gleich alle Sprachen Delphi,C# und VC.

Das stimmt. Aber ich hab ja ursprünglich nur geschrieben

Zitat von Robotiker:

Außerhalb von COM gibt es da Wege, es gibt ja z.B.

Mehr, als dass man so eine "Doppelstecker-DLL" bauen kann, wollte ich ja gar nicht sagen.