Umstieg von Embardcadero RAD Studio auf MS Visual Studio: 3rd Party Libraries
-
Hallo,
wir setzen im Moment das Embarcadero RAD Studio ein und überlegen, ob und wie man von dem wegkommt. Die Fragen, die wir uns da stellen, sind welche GUI Toolkits zur Verfügung steht und ob wir auch Ersatz für verschiedene Fremdbibliotheken finden können.
Statt der Embarcadero-eigenen VCL wird man wohl Qt benutzen können, aber wie sieht´s mit folgenden Bibliotheken aus? Kennt jemand gute Bibliotheken, die die unten aufgeführten Bibliotheken in C++ (kein .NET) ersetzen können? Und wie passen die ggf. mit Qt zusammen?- Steema TeeCharts VCL/FMX
Komponentensammlung zur Anzeige/Export von Diagrammen- DevExpress VCL Subscription
Komponentensammlung, die viele VCL GUI Controls ersetzt oder neue Controls anbietet. Wirklich gut, darauf würde ich ungern verzichten.- [URL=http://www.quickreport.co.uk/]Qusoft QuickReports[URL]
Reporting Framework. Wird für Ausdrucke und PDF Export benutzt. Wird von den Steema TeeCharts unterstützt, was das Ausdrucken von Diagrammen vereinfacht.
[/URL]- OPC Komponenten
Toolkit zum Erfassen von OPC Daten- div. andere Komponenten:
- Bibliotheken für den Zugriff auf versch. DBMS (postgreSQL, MS SQL Server), aktuell microolap PostgresDAC und DevArt UniDAC
- Bibliothek zum Erstellen und Exportieren von PDF Dokumenten, aktuell Loslab HotPDF
- Bibliothek zum Behandeln von Zip-Archiven, aktuell ComponentAce ZipForge
-
Für Windows-spezifische Software ist Qt meiner Meinung nach nicht das Optimum. Der Komponentenmarkt ist überschaubar (gibt es mittlerweile Ribbons für Qt?), und es ist nicht ganz leicht, ein nativ wirkendes GUI zu erstellen.
Warum kommt .NET für euch nicht in Frage?
-
Hallo,
Wir sind auch vor geraumer Zeit vom BCB auf Qt umgestiegen. Von deinen Libs habe ich nur TeeCharts genutzt. Als Ersatz dafür verwenden wir zur Zeit qwt (http://qwt.sourceforge.net/). Es hat längst nicht die Möglichkeiten wie TeeChart geht aber erstmal. Wir testen andere Möglichkeiten (QChart o.ä.), die sind aber meist noch schlechter.
Bei KDAB (https://www.kdab.com/services/software-components/) gibt es Komponenten für Charts und Reports. Überzeugt haben die mich aber bisher nicht.
-
audacia schrieb:
Für Windows-spezifische Software ist Qt meiner Meinung nach nicht das Optimum. Der Komponentenmarkt ist überschaubar (gibt es mittlerweile Ribbons für Qt?), und es ist nicht ganz leicht, ein nativ wirkendes GUI zu erstellen.
Warum kommt .NET für euch nicht in Frage?
Um ehrlich zu sein kenne ich mich mit dem MS VS und GUI Toolkits kaum aus. Nach dem Borland Fiasko möchten wir eigentlich so nah wie möglich am C++ Standard bleiben. .NET setzt managed C++ ein, was ja wieder eine microsoft-spezifische Erweiterung von C++ ist. Wer weiß, auf welche Probleme man da wieder stößt.
