Delphi DLL in C++, VB, VB.Net, C#, ... nutzen?

[DelphiPeter]

Hallo!

Ich würde gerne eine Bibliothek mit Delphi schreiben, die ich in den Sprachen C++, C#, VB, VB.Net und natürlich Delphi ansprechen kann. Ich nehme an, das ich aufgrund von .NET Anwendungen eher auf ein COM Objekt angewiesen bin, oder kann ich das mit einer "normalen" Delphi DLL lösen?

[Lemmy]

hi,

in .NET kann man auch unmanaged DLLs einbinden. Will aber nicht jeder .NET Entwickler machen. Weiterhin musst Du bedenken, dass Du keine Delphi-Klassen per DLL exportieren kannst, d.h. Du musst, wenn Du OOP hast, alles plattklopfen....

Grüße

[DelphiPeter]

OK, also eine normale DLL. Auf was muss ich denn da achten, Parameter String gibs nicht, PChar ist dann wohl mein Freund. Und was ist mit stdcall - muss ich cdecl verwenden?

[jfheins]

Zitat von DelphiPeter:

OK, also eine normale DLL. Auf was muss ich denn da achten, Parameter String gibs nicht, PChar ist dann wohl mein Freund. Und was ist mit stdcall - muss ich cdecl verwenden?

stdcall und pchar passt. cdecl sollte auch gehen, stdcall wird aber öfter benutzt.

[geskill]

Klassen "plattklopfen" muss man nicht unbedingt, einfach COM basierte Interfaces benutzen, dann läuft das =)

[EWeiss]

Zitat:

Will aber nicht jeder .NET Entwickler machen

Dann macht man es halt selbst.

Zu deiner Frage.
Geht ohne Probleme mit normaler DLL!

Obiger Einwand..
Wobei du für .Net einen Wrapper(DLL) in C# schreiben solltest.
In C# deshalb damit du diese auch in VB.NET verwenden kannst. (VB -> Klassen problem)
Für C++ brauchst du noch das header(.h) File und die LIB natürlich.

gruss

[Lemmy]

Hi,

Zitat von EWeiss:

Zitat:

Will aber nicht jeder .NET Entwickler machen

Dann macht man es halt selbst.

falsch verstanden. Nicht jeder .NET Entwickler will auf eine unmanaged DLL zugreifen. bzw. um das zu präzisieren: ein Entwickler mit dem ich zu tun hatte wollte das unter keinen Umständen und hat es vorgezogen die Kommunikation über Textdateien zu lösen...

[EWeiss]

Zitat von Lemmy:

Hi,

Zitat von EWeiss:

Zitat:

Will aber nicht jeder .NET Entwickler machen

Dann macht man es halt selbst.

falsch verstanden. Nicht jeder .NET Entwickler will auf eine unmanaged DLL zugreifen. bzw. um das zu präzisieren: ein Entwickler mit dem ich zu tun hatte wollte das unter keinen Umständen und hat es vorgezogen die Kommunikation über Textdateien zu lösen...

Ach so war das gemeint
Na ja sinnvoll ist es trotzdem einen Wrapper zu schreiben für die Functionen welche man
aus seiner DLL exportiert. Speziell .NET angesprochen.

gruss