WPF-Diagrammbibliothek Plattformunterstützung Vergleich

Die meisten WPF-Charting-Bibliotheken unterstützen genau ein Framework: WPF. Einige fügen WinForms hinzu. Keiner der vier Konkurrenten deckt C++ MFC, Delphi VCL oder ActiveX ab. ProEssentials ist architektonisch anders — es ist eine native Win32-DLL-Charting-Engine mit zwei vollständigen API-Schichten: einer hierarchischen .NET-Eigenschaftsschnittstelle für WPF und WinForms und einer Standard-C/C++-DLL-API für MFC, Delphi, ActiveX und jede Sprache mit Foreign Function Interface (FFI)-Fähigkeit. Beide APIs greifen auf dieselbe Rendering-Engine, dieselben GPU Compute Shaders und dieselben über 1.000 Eigenschaften zu.

Das ist wichtig, weil reale Organisationen nicht nur ein einziges Framework verwenden. Ein Verteidigungsunternehmen kann MFC-basierte Datenerfassungssoftware, ein WPF-Operator-Dashboard und ein Delphi-Legacy-Reporting-Tool haben — alle benötigen die gleiche Charting-Fähigkeit. ProEssentials deckt alle drei mit einer Lizenz, einer Dokumentation und einem Support-Team ab. Diese Seite vergleicht Plattformabdeckung, Deployment-Eigenschaften und die fünf Diagrammobjekte, die auf allen Plattformen verfügbar sind.

Plattformunterstützungsmatrix

Die folgende Tabelle vergleicht die Framework-Unterstützung aller fünf WPF-Charting-Bibliotheken. SciChart unterstützt nur WPF (plus separate iOS/Android/Web-Produkte, die hier nicht relevant sind). LightningChart unterstützt WPF und WinForms. Syncfusion und DevExpress unterstützen WPF und WinForms, wobei DevExpress zusätzlich Delphi VCL und ActiveX in separaten Produktlinien anbietet. Nur ProEssentials deckt alle acht Plattformziele aus einem einzigen Produkt ab.

ProEssentials deckt 8 von 8 Plattformzielen ab. DevExpress deckt 5 (über separate Produktlinien). LightningChart und Syncfusion decken jeweils 3 ab. SciChart deckt nur 2 ab — WPF und C++/CLI. Für Organisationen, die C++ MFC, Delphi, ActiveX oder sprachübergreifenden DLL-Zugriff benötigen, ist ProEssentials die einzige Charting-Bibliothek in diesem Vergleich, die native Unterstützung bietet.

Zwei API-Schichten, eine Engine

ProEssentials stellt seinen gesamten Funktionsumfang über zwei austauschbare API-Schichten bereit, die auf dieselbe zugrunde liegende native Win32-DLL zugreifen. Die .NET-Eigenschaftsschnittstelle bietet IntelliSense-reichen Zugriff über hierarchische Eigenschaftsobjekte (Pesgo1.PeData.Subsets = 5). Die C/C++-DLL-API bietet direkten Zugriff über PEnset/PEvset-Funktionsaufrufe (PEnset(hObject, PEP_nSUBSETS, 5)). Beide APIs setzen denselben internen Zustand in derselben nativen DLL — es gibt keinen Leistungsunterschied, keine Funktionslücke und keine Verhaltensabweichung.

Dieses Dual-Layer-Design bedeutet, dass ein .NET-Entwickler über PeSpecial.HObject auf das native DLL-Handle zugreifen kann für fortgeschrittene Szenarien, und ein C++-Entwickler Diagrammfenster mit Standard-Win32 PEcreate()-Aufrufen erstellen kann. Eine C++/CLI-Mixed-Mode-Anwendung kann eine oder beide APIs im selben Projekt verwenden. Die Rendering-Engine, GPU Compute Shaders, Exportfunktionen, Drucken und alle über 1.000 Diagrammeigenschaften sind identisch, unabhängig davon, welche API-Schicht verwendet wird.

Jede Eigenschaft, jeder Enum-Wert, jeder Diagrammtyp funktioniert identisch über beide APIs. Das .NET-Enum ManualScaleControl.MinMax entspricht der C++-Konstante PEMSC_MINMAX. Das .NET-Ereignis PeDataHotSpot entspricht der Win32-Nachricht CYCHART_DATAHOTSPOT. Die Dokumentation deckt beides ab — die C++-DLL-Konstantennamen sind neben jedem .NET-Eigenschaftspfad aufgelistet.

Plattform-Details

ProEssentials bietet dedizierte Steuerelemente für jede Plattform — keine Wrapper, keine Interop-Shims, sondern native Implementierungen, die das plattformeigene Control-Hosting-Modell verwenden. Hier ist, was jede Plattform erhält:

WPF (.NET)

ProEssentials bietet dedizierte WPF-Steuerelemente (PegoWpf, PesgoWpf, Pe3doWpf, PepsoWpf, PepcoWpf), die sich direkt in XAML-Layouts integrieren. Dies sind keine WinForms-in-WPF-Interop-Wrapper — es sind echte WPF-FrameworkElements, die WPF-Layout, Datenbindung und die WPF-Rendering-Pipeline unterstützen. Die Steuerelemente verwenden nativ Direct2D- und Direct3D-Rendering-Engines mit voller GPU-Compute-Shader-Unterstützung für große Datensätze.

Alle fünf Diagrammobjekte sind als WPF-Steuerelemente verfügbar. NuGet-Installation fügt die Steuerelemente der Visual Studio Toolbox hinzu. Die hierarchische .NET-Eigenschaftsschnittstelle bietet vollständiges IntelliSense. Über 40 enthaltene WPF-Beispielprojekte demonstrieren jeden Diagrammtyp, Echtzeit-Streaming, Annotationen, Konturdiagramme, 3D-Oberflächen und interaktive Dashboards.

WinForms (.NET)

ProEssentials-WinForms-Steuerelemente (PegoWin, PesgoWin, Pe3doWin, PepsoWin, PepcoWin) sind Standard-System.Windows.Forms.Control-Nachkommen, die sich in jedes WinForms-Designer-Layout einfügen. Sie verwenden dieselbe native DLL und dieselbe .NET-Eigenschaftsschnittstelle wie die WPF-Steuerelemente — gleiche Code-Muster, gleiche Eigenschaftsnamen, gleiche Rendering-Engine.

SciChart bietet keine WinForms-Steuerelemente. LightningChart bietet WinForms-Steuerelemente. Syncfusion und DevExpress bieten beide WinForms-Charting. Keiner der Konkurrenten teilt jedoch eine einzige native Engine über WPF und WinForms hinweg wie ProEssentials — bei Konkurrenten sind WPF- und WinForms-Diagrammsteuerelemente separate Codebasen mit unterschiedlichen APIs und manchmal unterschiedlichen Fähigkeiten.

C++ MFC / Win32

ProEssentials bietet eine native C/C++-DLL-API (Pegrpapi.h) mit über 100 Funktionen für Diagrammerstellung, Eigenschaftszugriff, Datenladen, Export und Drucken. Diagrammfenster werden mit PEcreate() erstellt und mit PEnset()/PEvset()-Funktionsaufrufen unter Verwendung von PEP_-Eigenschaftskonstanten konfiguriert. Dies ist kein COM-Interop oder .NET-Hosting — es ist eine Standard-Win32-DLL, die direkt in jede C/C++-Anwendung gelinkt wird.

Die DLL-API deckt den vollständigen ProEssentials-Funktionsumfang ab: alle fünf Diagrammobjekte, GPU Compute Shaders über Direct3D, Echtzeit-Streaming, Annotationen, Export nach PNG/JPEG/SVG/EMF, Drucken und interaktives Zoomen/Schwenken. MFC-Integration ist unkompliziert — erstellen Sie das Diagramm als Kindfenster jedes CWnd/CDialog, konfigurieren Sie Eigenschaften über PEnset/PEvset-Aufrufe und verarbeiten Sie Win32-Nachrichten für Ereignisse.

Keine andere Charting-Bibliothek in diesem Vergleich bietet eine native C/C++-DLL-API. SciChart, LightningChart, Syncfusion und DevExpress sind .NET-only — C++-Anwendungen müssten die CLR hosten, einen Managed-Wrapper erstellen oder COM-Interop verwenden. ProEssentials ist die einzige Option für reines natives C++-Charting unter Windows.

Delphi VCL und ActiveX / COM

Delphi-Entwickler greifen auf ProEssentials über dieselbe native DLL-API zu, die von C++ MFC verwendet wird. Der Pegrpapi.h-Header übersetzt sich direkt in Delphi-Unit-Imports. Diagrammfenster werden mit PEcreate() erstellt und mit dem gleichen PEnset/PEvset-Muster konfiguriert. Alle fünf Diagrammobjekte, GPU-Rendering und der vollständige Eigenschaftssatz sind verfügbar.

ActiveX/COM-Zugriff wird über registrierte OCX-Steuerelemente bereitgestellt. VB6, Classic ASP und jede COM-fähige Umgebung kann ProEssentials-Diagramme hosten. Die OCX-Steuerelemente stellen denselben Eigenschaftssatz wie die DLL-API und .NET-Schnittstellen bereit — gleiche Rendering-Engine, gleiches Verhalten, gleiche Ausgabe.

DevExpress bietet eine separate Delphi-VCL-Produktlinie und ActiveX-Steuerelemente an, aber dies sind andere Produkte als ihr .NET-Charting mit unterschiedlichen APIs und unterschiedlichen Fähigkeiten. ProEssentials verwendet dieselbe Engine über alle Plattformen hinweg — was in WPF funktioniert, funktioniert identisch in Delphi, MFC und ActiveX.

Legacy-Migration und langfristiger Investitionsschutz

ProEssentials befindet sich seit 1993 in kontinuierlicher Entwicklung — über 30 Jahre Abwärtskompatibilität. Anwendungen, die für ProEssentials v4 (MFC, ca. 2000) geschrieben wurden, können mit minimalen Codeänderungen gegen v10 neu kompiliert werden. Die Eigenschaftskonstantennamen (PEP_nSUBSETS, PEP_faYDATA, etc.) sind über jede Hauptversion hinweg stabil geblieben. Neue Features werden als neue Eigenschaften hinzugefügt — vorhandene Eigenschaften werden nie entfernt oder umbenannt.

Das ist wichtig für Organisationen mit langlebigen Codebasen. Ein Verteidigungsprogramm, das 2005 mit MFC begann, seine Benutzeroberfläche 2015 auf WPF migrierte und eine Modernisierung für 2030 plant, kann ProEssentials durchgehend verwenden — gleiche Lizenzierung, gleicher Support, gleiche Charting-Engine, die sich an jeden Plattformwechsel anpasst. Der C++-DLL-Code aus der MFC-Ära kompiliert noch. Der WPF-Code von 2015 läuft noch. Die Investition bleibt erhalten.

Konkurrenten, die 2012–2015 gestartet sind (SciChart, LightningChart), haben keine vergleichbare Erfolgsbilanz. Syncfusion und DevExpress haben lange Historien, aber ihre Charting-Komponenten wurden über verschiedene Plattformgenerationen hinweg mehrmals umgeschrieben, oft mit brechenden API-Änderungen zwischen Hauptversionen.

Das Fazit zur Plattformabdeckung

ProEssentials ist die einzige Charting-Bibliothek, die WPF, WinForms, C++ MFC, Delphi VCL und ActiveX aus einer einzigen nativen Engine abdeckt. Zwei austauschbare API-Schichten (.NET-Eigenschaftsschnittstelle und C/C++-DLL-API) greifen auf dieselbe Rendering-Engine, dieselben GPU Compute Shaders und dieselben über 1.000 Eigenschaften zu. Deployment beträgt 5–8 MB ohne Aktivierung, ohne Konto und ohne externe Laufzeitumgebungen. Alle fünf Diagrammobjekte funktionieren identisch auf jeder Plattform.

SciChart unterstützt nur WPF. LightningChart unterstützt WPF und WinForms, erfordert aber Online-Aktivierung. Syncfusion und DevExpress unterstützen WPF und WinForms mit unterschiedlichen Codebasen pro Plattform. DevExpress bietet zusätzlich Delphi und ActiveX, aber als separate Produkte mit unterschiedlichen APIs. Für Organisationen, die plattformübergreifendes Windows-Charting benötigen — besonders mit C++ MFC, Delphi oder Air-Gapped-Deployment-Anforderungen — ist ProEssentials die einzige Option, die jedes Ziel aus einem Produkt, einer Lizenz und einer Support-Beziehung abdeckt.

Leistung & Architektur

Wie GPU Compute Shaders und On-Demand-Rendering Geschwindigkeit ohne kontinuierlichen Stromverbrauch liefern.

Preise & Support

Dauerhafte Lizenzierung, kostenloser unbegrenzter Support und 5-Jahres-TCO im Vergleich über alle fünf Bibliotheken.

3D Wissenschaftliche Diagramme

Oberfläche, Kontur, Wasserfall, 4D, Delaunay — GPU-Compute-Shader-Rendering mit Produktionscode-Walkthrough.