Der Entwicklungsplan für die Funktionalität von Qt 6 wurde veröffentlicht.

Lars Knoll, der Schöpfer des KHTML-Engines, Leiter des Qt-Projekts und technischer Direktor der Qt Company, berichtete äußert sich zu den Plänen zur Entwicklung des nächsten bedeutenden Zweigs des Qt-Frameworks. Nach dem Abschluss der Funktionen im Qt 5.14 wird der Fokus auf der Vorbereitung der Qt 6-Version liegen, die Ende 2020 erwartet wird.

Qt 6 wird mit dem Ziel entwickelt, eine Kompatibilität zu Qt 5 zu gewährleisten, jedoch können möglicherweise einzelne Probleme auftreten, da die geplanten architektonischen Veränderungen und die Bereinigung nicht ohne Verlust eines bestimmten Kompatibilitätsniveaus umgesetzt werden können. Um den Übergang zu erleichtern, werden einige Funktionen von Qt 6 in reduzierter Form in den Versionen Qt 5.14 und Qt 5.15 LTS enthalten sein. Außerdem wird ein Werkzeugset zur Vereinfachung der Migration auf Qt 6 bereitgestellt.

Zu den Hauptzielen für den nächsten bedeutenden Zweig zählen die Anpassung der Funktionalitäten an die Anforderungen von 2020, die Bereinigung des Codes und die Vereinfachung der Projektpflege. Erwartete Änderungen:

• Wesentliche Modernisierung von QML:
  • Unterstützung strenger Typisierung.
  • Möglichkeit, QML in C++-Darstellungen und Maschinencode zu kompilieren.
  • Übergang zur vollständigen Unterstützung von JavaScript als Option (der Einsatz eines voll funktionsfähigen JavaScript-Engines erfordert umfangreiche Ressourcen, was die Verwendung von QML auf Geräten wie Mikrocontrollern einschränkt).
  • Verzicht auf Versionierung in QML.
  • Vereinheitlichung der Datenstrukturen, die in QObject und QML dupliziert sind (dies wird den Speicherverbrauch reduzieren und den Start beschleunigen).
  • Abkehr von der Generierung von Datenstrukturen zur Laufzeit zugunsten der Generierung zur Kompilierungszeit.
  • Verborgene interne Komponenten durch Verwendung privater Methoden und Eigenschaften.
  • Verbesserte Integration mit Entwicklungstools zur Refaktorisierung und Fehlersuche während der Kompilierung;
• Hinzufügung einer neuen abstrakten Schicht für die Rendering Hardware Interface (RHI), die nahtlose Nutzung verschiedener grafischer APIs wie OpenGL, Vulkan, Metal und Direct 3D ermöglicht (früher war Qt nur auf OpenGL angewiesen). Die gesamte bestehende Rendering-Infrastruktur, einschließlich QPainter, Qt Quick Scenegraph und Qt3D, wird auf die Nutzung von RHI umgestellt. Zudem ist geplant, das Modul Qt Shader Tools hinzuzufügen, um verschiedene Shader-Entwicklungssprachen zu unterstützen und die Cross-Kompilierung von Shadern sowohl in der Build-Phase als auch zur Laufzeit zu ermöglichen;
• Vorbereitung einer einheitlichen API zur Erstellung von Benutzeroberflächen, die Elemente der 2D- und 3D-Grafik kombiniert. Die neue API ermöglicht die Nutzung von QML zur Definition von 3D-Oberflächenelementen, ohne dass das UIP-Format verwendet werden muss. Im neuen Interface zur Integration von 3D-Inhalten mit Qt Quick sollen Probleme gelöst werden, die hohe Overheads bei der Integration von QML mit Inhalten aus Qt 3D oder 3D Studio sowie die Unmöglichkeit der Synchronisation von Animationen und Transformationen auf Einzelbildniveau zwischen 2D und 3D umfassen. Die gemeinsame und eingebettete Darstellung von 2D und 3D wird mithilfe einer neuen Rendering-Engine realisiert. Die vorläufige Implementierung des neuen Qt Quick mit 3D-Unterstützung wird in der Version Qt 5.14 erwartet;
• Hinzufügen von Werkzeugen zur Verarbeitung von grafikbezogenen Ressourcen während des Kompilierungsprozesses, beispielsweise zur Umwandlung von PNG-Bildern in komprimierte Texturen oder zur Konvertierung von Shadern und Meshes in optimierte Binärformate für bestimmte Hardware;
• Integration einer einheitlichen Engine für Designs und Stile, die es ermöglicht, das Erscheinungsbild von Anwendungen auf der Basis von Qt Widgets und Qt Quick, die auf verschiedenen mobilen und Desktop-Plattformen nativ sind, zu erreichen;
• Vereinigung der Werkzeuge zur Benutzeroberflächengestaltung. Um die Funktionsduplizierung zu vermeiden und die Bereitstellung von zwei separaten Produkten zu beenden, wird die Integration der Funktionalitäten von Qt 3D Studio in das Qt Design Studio erwartet, wobei viele der Subsysteme und das Plugin-Framework auf der gemeinsamen Codebasis mit Qt Creator basieren.
  Im Qt Design Studio wird zudem angestrebt, eine qualitativ hochwertige Integration mit Content-Erstellungs-Paketen wie Photoshop, Sketch, Illustrator, Maya und 3D Max zu gewährleisten. Als Hauptprogrammiersprachen, die im einheitlichen Entwicklungstool unterstützt werden, gelten C++, QML und Python. Die Vereinheitlichung umfasst auch die Möglichkeit, von Qt Creator auf die Designwerkzeuge zuzugreifen und den Designern Funktionen der Entwicklerwerkzeuge zu bieten, wie z.B. Projektkompilierung oder App-Tests auf Geräten;
• Als Build-System wurde beschlossen, CMake anstelle von QMake zu verwenden. Die Unterstützung für die Erstellung von Anwendungen mit QMake bleibt bestehen, jedoch wird Qt selbst mit CMake kompiliert. CMake wurde gewählt, da dieses Werkzeug in der C++-Entwicklergemeinschaft weit verbreitet ist und von vielen integrierten Entwicklungsumgebungen unterstützt wird. Die Entwicklung des Build-Systems Qbs, das als Ersatz für QMake gelten sollte, wurde eingestellt;
• Der Übergang zur Entwicklung mit dem C++17 Standard (zuvor wurde C++98 verwendet). In Qt 6 ist die Implementierung vieler moderner C++ Features geplant, ohne die Rückwärtskompatibilität mit Code auf Basis älterer Standards zu verlieren.
• Die Möglichkeit, bestimmte Funktionen aus C++ für QML und Qt Quick zu nutzen. Zudem wird ein neues Eigenschaften-System für QObject und ähnliche Klassen vorgestellt. Eine Engine für Bindings wird in den Qt-Kernel integriert, was die Belastung und den Speicherverbrauch für Bindings verringert und sie für alle Teile von Qt zugänglich macht, nicht nur für Qt Quick;
• Fortsetzung der Arbeit zur Erweiterung der Unterstützung zusätzlicher Sprachen wie Python und WebAssembly;
• Restrukturierung mit Unterteilung in kleinere Komponenten und Reduzierung der Größe des Basisprodukts. Entwicklerwerkzeuge und spezialisierte Komponenten werden als Erweiterungen bereitgestellt, die über einen neuen Katalog-Store verteilt werden. Sowohl kostenlose als auch kostenpflichtige Erweiterungen von Drittanbietern werden akzeptiert.

Quelle: opennet.ru