Utvecklingsplanen för funktionalitet i Qt 6 har publicerats

Lars Knoll, skaparen av KHTML-motorn, projektledaren för Qt Project och teknisk chef på Qt Company, berättade diskuterar planerna för att skapa nästa betydande version av Qt-ramverket. Efter slutförandet av funktionaliteten i Qt 5.14 kommer utvecklingen att fokusera på att förbereda lanseringen av Qt 6, som väntas i slutet av 2020.

Qt 6 kommer att utvecklas med sikte på att säkerställa kompatibilitet med Qt 5, men problem kan uppstå, eftersom de planerade arkitektoniska förändringarna och rensningen inte kan genomföras utan att förlora en viss nivå av kompatibilitet. För att underlätta övergången planeras vissa funktioner av Qt 6 att inkluderas i begränsad form i versionerna Qt 5.14 och Qt 5.15 LTS. Dessutom kommer verktyg att förberedas för att förenkla migreringen till Qt 6.

Bland de viktigaste målen för nästa betydande version nämns att anpassa funktionaliteten till kraven 2020, rensa kodbasen och förenkla projektunderhållet. Förväntade förändringar:

• Betydande uppgradering av QML:
  • Stöd för strikt typning.
  • Möjlighet att kompilera QML till C++-representation och maskinkod.
  • Övergång av fullt stöd för JavaScript till alternativ (användning av en fullt funktionell JavaScript-motor kräver mycket resurser, vilket hindrar användningen av QML på hårdvara som mikrokontrollerar).
  • Avskaffande av versionering i QML.
  • Uppslagning av datatyper som dupliceras i QObject och QML (kommer att minska minnesanvändningen och snabba upp uppstarten).
  • Övergång från generering av datatyper vid körning till generering vid kompilering.
  • Dölj interna komponenter genom att använda privata metoder och egenskaper.
  • Förbättrad integration med utvecklingsverktyg för refaktorering och felsökning under kompileringen;
• Tillägg av ett nytt abstrakt lager för Rendering Hardware Interface (RHI) för att möjliggöra sömlös användning av olika grafiska API:er, inklusive OpenGL, Vulkan, Metal och Direct 3D (tidigare var Qt endast kopplat till OpenGL). All befintlig renderinginfrastruktur, inklusive QPainter, Qt Quick Scenegraph och Qt3D, kommer att översättas till att använda RHI. Det planeras också att lägga till en modul för Qt Shader Tools för att stödja olika shaderutvecklingsspråk och möjliggöra korskompilering av shaders både vid byggtillfället och under programets körning;
• Förberedelse av ett enhetligt API för att skapa användargränssnitt som kombinerar element av 2D- och 3D-grafik. Det nya API:et kommer att tillåta användning av QML för att definiera 3D-element i gränssnitt utan att använda UIP-formatet. I det nya gränssnittet för integration av 3D-innehåll med Qt Quick planeras det att lösa problem som stora overheadkostnader vid integration av QML med innehåll från Qt 3D eller 3D Studio, och oförmåga att synkronisera animationer och transformationer på nivå av enskilda ramar mellan 2D och 3D. Samtidig inbäddad rendering av 2D och 3D kommer att genomföras med hjälp av den nya renderingsmotorn. En första implementering av nya Qt Quick med stöd för 3D förväntas i utgåvan av Qt 5.14;
• Tillägg av verktyg för behandling av grafikrelaterade resurser vid kompilering, till exempel för att konvertera PNG-bilder till komprimerade texturer eller för att konvertera shaders och mesh till optimerade binära format för specifik hårdvara;
• Inbäddning av en enhetlig motor för teman och stilar, som möjliggör att appar baserade på Qt Widgets och Qt Quick får ett utseende som är inhemskt för olika mobila och stationära plattformar;
• Enhetliggörande av verktyg för skapande av användargränssnitt. För att eliminera duplicering av funktionalitet och avsluta distributionen av två separata produkter, förväntas integration av funktionaliteten från Qt 3D Studio i Qt Design Studio, vars många delsystem och pluginanslutningsram är byggda på en gemensam kodbas med Qt Creator.
  I Qt Design Studio planerar man att säkerställa en högkvalitativ integration med innehållsskapande paket som Photoshop, Sketch, Illustrator, Maya och 3D Max. De huvudsakliga språken som stöds i den enhetliga utvecklingsverktygslådan är C++, QML och Python. Enheten innebär också möjligheten att från Qt Creator nå designverktygen och ge gränssnittsdesigners funktioner från utvecklarverktygen, såsom projektkompilering eller app-testning på enheten;
• Som byggsystem har man beslutat att använda CMake istället för QMake. Stöd för att bygga applikationer med hjälp av QMake kommer att kvarstå, men själva Qt kommer att byggas med CMake. CMake valdes eftersom det har blivit allmänt använt bland utvecklare av C++-projekt och stöds i många integrerade utvecklingsmiljöer. Utvecklingen av byggsystemet Qbs, som syftade till att ersätta QMake, avslutades;
• Övergången vid utvecklingen till standard C++17 (tidigare användes C++98). I Qt 6 planerar man att implementera stöd för många moderna C++-funktioner, men utan att förlora bakåtkompatibiliteten med kod baserad på tidigare standarder.
• Möjlighet att använda viss funktionalitet från C++ som erbjuds för QML och Qt Quick. En ny egenskapssystem för QObject och liknande klasser kommer också att presenteras. En motor för bindings kommer att integreras från QML till Qt-kärnan, vilket kommer att minska belastningen och minnesanvändningen för bindings och göra dem tillgängliga för alla delar av Qt, och inte bara för Qt Quick;
• Fortsatt arbete med att utöka stödet för ytterligare språk som Python och WebAssembly;
• Omstrukturering med uppdelning i mindre komponenter och minskning av storleken på den grundläggande produkten. Utvecklarverktyg och specialiserade komponenter kommer att levereras som tillägg, distribuerade genom en ny katalogbutik. Såväl gratis som betalda tillägg från tredjepartsutvecklare kommer att accepteras för distribution.

Källa: opennet.ru