![]() |
Net Dll aus Win32
Hallo,
ist es eigentlich möglich, eine .Net erstellte Dll aus Delphi win32 aufzurufen ? Die Dll braucht als Parameter bestenfalls einen Parent und gegebenenfalls eine Datensatz ID. Ansonsten ist diese Dll aber völlig autark. Also z.B. im Delphi - Programm ein Menüpunkt Kundenverwaltung , Artikelverwaltung u.s.w. aufgerufen wird eine NET-Dll. Mit Gruß Peter |
Re: Net Dll aus Win32
Also eine .NET-Methode soll aus einem Win32-Programm benutzt werden? Bis jetzt gehts nur umgekehrt, über extern und [DllImport]... Eventuell kommt aber bald von einem bestimmten User ein DllExport-Attribut, damit könnts dann gehen ;)
|
Re: Net Dll aus Win32
|
Re: Net Dll aus Win32
|
Re: Net Dll aus Win32
Oh, ich dachte die altmodische Art über LoadLibrary und sowas.. :oops:
|
Re: Net Dll aus Win32
Nope, die altmodische Art kann gar nicht möglich sein. Du müsstest ja erstmal die komplette .NET Runtime innerhalb Deiner Applikation laden, denn erst darin kann .NET Code ausgeführt werden.
COM ist da der richtige Weg. |
Re: Net Dll aus Win32
Zitat:
.NET
Delphi-Quellcode:
Win32
{$UNSAFE ON}
procedure MyDllFunction(Value: Integer); begin MessageBox.Show('Hallo World!' + Value.ToString() ); end; exports MyDllFunction;
Delphi-Quellcode:
procedure MyDllFunction(Value: Integer);
external 'MyAssembly.dll' name 'MyDllFunction'; procedure Test; begin MyDllFunction(10); end; |
Re: Net Dll aus Win32
Zitat:
Aber mit der Lösung möchte ich ja gerade von Delphi wegkommen, ohne alles sofort neu schreiben zu müssen. Der Kern in Delphi. Dieser wird nicht mehr gepflegt. Mit jeder notwendigen Programmrevision oder Erweiterung erfolgt die Umstellung auf C#. Mit Gruß Peter |
Re: Net Dll aus Win32
Zitat:
Ebenfalls hollst Du dir alle Nachteile von .NET und Win32 ins Programm. Ich würde eher versuchen den Kern als ersters auf .NET neu zu designen und schauen wie Win32-Blöcke aufgenommen werden können. |
Re: Net Dll aus Win32
Zitat:
Das Programm ist als Monolith aufgesetzt mit etwa 700.000 Quellzeilen im Kern und 528 einzelnen Dateien. Wobei der Zusammenhang recht lose ist. Querverbindungen zwischen Modulen werden fast ausschließlich über die Datenbank (Firebird) realisiert. Durch Reglementänderungen, Neuerungen u.s.w. bin ich jedes Jahr zu Anpassungen gezwungen. Bei solchen Gelegenheiten möchte ich dann die Migration vornehmen. Im Moment baue ich gerade den Internetteil auf der Basis von ASP.Net neu. Delphi kann ich schon aus dem Grund nicht verwenden, da Net2.0 nicht unterstützt wird. Gruß Peter |
Alle Zeitangaben in WEZ +1. Es ist jetzt 06:02 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz