FoxCore

FoxCore.Runtime nimmt lange Arbeit vom Hauptthread von Visual FoxPro. Jede Aufgabe startet ihren eigenen VFP-Prozess, das Skript wird hineingegeben, das Ergebnis eingesammelt und der Prozess geschlossen: VFP bleibt einfädig, es gibt einfach mehrere VFP. Die Anwendung steht währenddessen nicht still, und N Aufgaben laufen gleichzeitig.

Das gehört früh gesagt, weil es Enttäuschungen erspart: FoxCore macht Code nicht schneller. Was 40 Sekunden dauert, dauert weiter 40 Sekunden. Anders ist, dass es nicht blockiert, dass Sie Fortschritt zeigen und abbrechen können und dass mehrere gleichzeitig hineinpassen. Und einen Worker zu starten kostet zwischen einer Zehntelsekunde und drei Sekunden: eine Aufgabe von 200 ms ist also keine Kandidatin, der Start kostet mehr als die Arbeit.

In diesem Abschnitt

• Installation: Voraussetzungen, der Installer und die Registrierung in beiden Sichten.
• Erste Schritte: Ihre erste Aufgabe in einem anderen Prozess, in weniger als fünf Minuten.
• Erweiterte Muster: Der Stapel, der große Stapel, Fortschritt mit Abbruch, Handler und die Tafel.
• API-Referenz: Die sechs COM-Typen, Member für Member, und was es nicht gibt.
• Beispiele: Drei vollständige Programme, genau so, wie sie laufen.
• Lizenzierung: Eine Lizenz pro Unternehmen, was sich in 3.4.0 geändert hat und wie freigeschaltet wird.

Was es leistet

• Führt denselben VFP-Code unverändert in einem anderen Prozess aus: mit Ergebnis zurück, Fortschritt, Abbruch, Frist und deterministischem Ende
• MaxWorkers von 1 bis 64 gleichzeitigen Prozessen; voreingestellt min(Kerne, 8)
• Fortschritt und Meldungen aus der Aufgabe heraus mit runtime.Progress(), gelesen mit GetProgress() und GetProgressMessage(), ganz ohne Pumpen
• Kooperativer Abbruch: die Aufgabe fragt in jeder Schleifenrunde runtime.IsCancelled()
• Eine Frist je Aufgabe; läuft sie ab, endet die Aufgabe als TimedOut und der Worker stirbt
• Vollständige Isolation: der Worker sieht Ihre Variablen nicht, Ihre Arbeitsbereiche nicht, Ihre SET-Einstellungen nicht und Ihre Cursor nicht. Er startet sauber und öffnet selbst, was er braucht
• Der Worker kann mit Call() in den Host zurückrufen, und beide Seiten teilen sich über GetValue() und SetValue() eine Tafel
• Eingefrorener COM-Vertrag: sechs Typen, und Member wachsen nur am Ende

Voraussetzungen