.NET aus VFP. Ohne irgendetwas neu zu schreiben.
Verwenden Sie jede .NET-Bibliothek direkt aus Ihrem bestehenden VFP-Code. StringBuilder, HttpClient, List<T>, async/await — alles mit der objektorientierten Syntax, die Sie bereits kennen.
Funktionen
Jede .NET-Klasse
Beliebigen Typ aus dem .NET-Framework oder eigener DLL mit loBridge.Create() instanziieren. Bis zu 10 Konstruktorparameter.
Generische Sammlungen
List<T> und Dictionary<K,V> mit nativen VFP-Proxys. Add, Remove, Item, Count — 1-basierte Indizierung wie VFP.
Statische Member
Zugriff auf File, Math, Guid, Environment und jede statische Klasse mit loBridge.Static(). Methoden, Eigenschaften und Felder.
Transparentes async/await
Methoden, die Task zuruckgeben, werden automatisch blockiert. Aus VFP sieht es wie ein normaler synchroner Aufruf aus.
LoadAssembly
Eigene in C# oder VB.NET kompilierte .NET-DLLs laden und ihre Klassen wie native VFP-Objekte verwenden.
Uberladungsauflosung
Der Binder erkennt automatisch die richtige Uberladung. VFP hat nur Double; .NET kann 18 Uberladungen von Append() haben.
So funktioniert es
- 1FoxBridge initialisieren
Eine Zeile: loBridge = NEWOBJECT('FoxBridge', 'FoxBridge.prg'). Keine COM-Registrierung, keine Installer.
- 2.NET-Objekte erstellen
loBridge.Create('System.Text.StringBuilder', 'Hallo'). FoxBridge generiert einen dynamischen VFP-Proxy und gibt ihn bereit zuruck.
- 3Wie VFP-Objekte verwenden
loSB.Append('Welt'). loSB.ToString(). Methoden, Eigenschaften und Ereignisse funktionieren mit der Punkt-Syntax, die Sie bereits kennen.
Haufig gestellte Fragen
Muss ich .NET kennen um FoxBridge zu nutzen?
Funktioniert es mit jeder .NET-DLL?
Kann es in EXE-Anwendungen verwendet werden?
Was ist mit VFP-Typen, die in .NET nicht existieren?
Wie wird .NET-Objektspeicher freigegeben?
Das gesamte .NET-Okosystem aus Ihrem VFP heraus
Ohne irgendetwas neu zu schreiben. Ohne die IDE zu wechseln. Die ganze Kraft von .NET mit der Syntax, die Sie bereits beherrschen.
Jetzt kaufen