Neuigkeiten
Ein schneller Dokumentbetrachter für bestehende FoxPro-Anwendungen, ohne zuvor die gesamte Hostanwendung modernisieren zu müssen.
Bauen Sie einen Hochgeschwindigkeits-Dokument-Viewer für ältere FoxPro-Anwendungen, ohne die Host-Anwendung zuerst zu modernisieren.
Dieses Projekt löst ein häufiges Problem mit älterer Software: Benutzer benötigen eine moderne Dokumentansicht in einer Anwendung, die nie für sie konzipiert wurde. In diesem Fall ist die Hostumgebung Visual FoxPro, was bedeutet, dass sich die Lösung wie eine klassische ActiveX-Steuerung verhalten muss, eine konservative COM-Schnittstelle aufdeckt, streng 32-Bit bleibt und jede Instabilität vermeidet, die den Hostprozess abbrechen könnte.
Das Ergebnis ist: FoxDocViewerEs unterstützt PDFs über PDFium, Bildformate über Windows Imaging Component und wickelt die gesamte Pipeline in eine Schnittstelle, die FoxPro mit vertrauten Typen wie BSTR, LANG, Doppelt und Variante.
Die Architektur wird absichtlich in fokussierte Schichten aufgeteilt, so dass die COM-gerichtete Schale klein bleibt und die Rendering-Logik erweiterbar bleibt.
Die ActiveX-Steuerung ist mit ATL integriert und stellt eine doppelte Schnittstelle für späte Bindung und vtable Zugriff dar. In der Praxis bedeutet dies FoxPro kann den Betrachter mit einfachen Anrufen wie dem Laden einer Dokumentliste, der Bewegung zwischen den Seiten, der Änderung von Zoom-Niveaus und dem Lesezustand wie der Seitenzahl oder dem aktiven Dokumentweg antreiben.
Ein subtiler Teil der Implementierung ist die Path-Ingestion-Schicht. FoxPro kann Arrays in Formen ausstrahlen, die nicht immer intuitiv sind, einschließlich ein- und zweidimensionaler Varianten. Sicherheit Werten, Dereferenzen durch Referenzvarianten, Zwangswerte an Strings und ignoriert sicher unbrauchbare Eintragungen, anstatt schwer zu scheitern.
Hinter der ActiveX-Schicht sitzt ein dedizierter Viewer-Controller. Diese Klasse weiß nichts über Win32-Malerei oder COM, die die Logik sauber hält. Sie besitzt das aktuelle Dokument, die aktuelle Seite, den Zoom-Modus, den Zoom-Prozent und den Cache-Lebenszyklus.
Diese Trennung ist wichtig, weil sie eine historisch chaotische Art von Komponente in eine vorhersehbare Zustandmaschine verwandelt.
Der Betrachter verwendet separate Adapter für verschiedene Dateitypen. JPG und PNG-Decoding werden über Windows Imaging Component verarbeitet, das Bilder in ein normalisiertes 32-Bit-BGRA-Format konvertiert und mit der höherwertigen Interpolation von WIC skaliert. PDFs werden über PDFium verarbeitet, die dynamisch in der Laufzeit geladen werden, anstatt statisch in die Steuerung verknüpft zu werden.
Diese dynamische Ladestrategie ist für den Einsatz wichtig. pdfium.dll Wenn die Steuerung fehlt, funktioniert die Steuerung immer noch für Bilder und meldet einen spezifischen PDF-Engine-Fehler, wenn ein PDF angefordert wird. Der Host bleibt am Leben, und Bereitstellungsfehler erscheinen als wiederherstellbares Runtime-Feedback anstelle einer gebrochenen Registrierung oder Startup-Fehler.
Die Implementierung verwendet einen begrenzten, am wenigsten kürzlich verwendeten Seiten-Cache, der durch Dokument, Seite und Zoom-Bucket gekennzeichnet ist. Zoom-Werte werden absichtlich in Eimer verschärft, so dass der Cache nicht auf jede winzige Zoom-Änderung schlägt. Dies ist eine dieser Details, die eine übergroße Wirkung auf die wahrgenommene Geschwindigkeit hat.
Die Steuerung verfügt auch über einen leichten Timer, der benachbarte Seiten im Vorfeld darstellt, wenn die Benutzeroberfläche ledig ist. Das bedeutet, dass die nächste oder vorherige Seite oft schon warm im Gedächtnis ist, wenn der Benutzer navigiert, was das Drehen der Seite unmittelbar anfühlt, obwohl die Dekodierung und Rasterisierung im nativen Code hinter den Kulissen stattfindet.
Die letzte Stufe ist die Render-Engine, die einen Off-Screen-Back-Buffer verwendet und GDI wird, um in das Kontrollfenster ohne Blinken zu lackieren. Scrollbars werden von der logischen Leinwandgröße aktualisiert, Seiten sind zentral, wenn sie kleiner sind als der Ansichtsbereich, und der Back-Buffer wächst nur, wenn es notwendig ist, um die Größe zu ändern.
Dies mag niedrig klingen, aber es ist genau dort, wo das Vertrauen der Benutzer in Desktop-Software gewonnen oder verloren wird. Ein Betrachter, der zerreißt, blitzt, schlecht wiedermalt oder auf Größe starrt, fühlt sich sofort zerbrechlich. Diese Implementierung vermeidet dies, indem man die Farboperationen als eine kontrollierte Pipeline und nicht als eine Kette von ad hoc Win32-Anrufen behandelt.
Die Host-Anwendung erwartet ein klassisches COM-Verhalten, nicht einen modernen eingebetteten Browser oder verwalteten Laufzeit. Das schließt viele einfache Lösungen aus und zwang die Implementierung dazu, in die Einschränkungen von ActiveX, 32-Bit-Hosting und dem nachrichtenorientierten Lebenszyklus einer traditionellen Windows-Steuerung zu passen.
FoxPro-Array-Verhalten kann überraschend unangenehm sein, wenn Werte die COM-Grenze überschreiten. Variante und Sicherheit In der realen Welt bedeutete die Interoperabilitätsarbeit die Berechnung, wie FoxPro tatsächlich Arrays ausstrahlt, nicht wie eine reine COM-Spezifikation sagt, dass es sollte.
Hochauflösende PDFs und Bilder können schnell Speicher verbrauchen, sobald sie rasterisiert werden. Der Seitencache verwendet daher eine begrenzte Kapazität mit Räumung, während die Zoom-Bucketing eine Flut von fast identischen cached-Bitmaps verhindert. Das Ziel war nicht maximale Caching zu jeder Kosten, sondern stabile Reaktionsfähigkeit unter realistischen Desktop-Arbeitsbelastungen.
Ein harter Absturz im Betrachter wäre ein harter Absturz in FoxPro selbst. Aus diesem Grund wurde die Steuerung entwickelt, um Fehler durch Zustand und Ereignisse zu melden, alte Inhalte sichtbar zu halten, wenn ein neues Dokument nicht geladen wird, und Systemressourcen deterministisch freizusetzen. Stabilität war kein schöner Merkmal; es war Teil der Produktdefinition.
FoxDocViewer bietet einer alten Geschäftsanwendung eine moderne Dokumentenansichtungsmöglichkeit, ohne die Hostplattform neu zu schreiben. Benutzer können PDFs und Bilder innerhalb des vorhandenen Workflows öffnen, Seiten schnell navigieren, reibungslos zoomen und sich mit minimalem Latenz zwischen Dokumenten bewegen.
Aus technischer Sicht ist das Projekt ein gutes Beispiel für pragmatische Modernisierung: die Schnittstelle bleibt konservativ, die formatsspezifische Logik isoliert, der Rendering-Pfad optimiert, wo es an Bedeutung hat, und die Interoperabilität und die Fehlerbewältigung als erstklassige Konstruktionsprobleme und nicht als Nachdenken behandelt wird.
Mehr
Rose Development hat eine neue Website. Statt einer allgemeinen Ankündigung erläutern wir die technischen Entscheidungen dahinter, denn die Website zeigt praktisch, wie wir jedes Projekt angehen.
WeiterlesenAlle paar Jahre verspricht ein neues Werkzeug, Programmierer weitgehend überflüssig zu machen: von 4GL und CASE über Offshore und Low-Code bis zur KI-Codegenerierung. Warum ist diese Welle grundsätzlich nicht anders?
WeiterlesenDataBridge ist eine wiederverwendbare Synchronisationsplattform für den Datenaustausch zwischen lokaler Unternehmenssoftware und entfernten Systemen wie HTTP-Diensten, Microsoft SQL Server und MySQL. Die robuste Brücke funktioniert auch bei zuvor unbekannten Datenstrukturen.
Weiterlesen
