Исправление EXL, (текущая версия) :
Это одно и то же. Только QML примитивнее.
Не соглашусь. QML в Qt 6 наконец-то научится компилироваться в C++ (у всех, а не только кто занёс $) и потеряет JavaScript-движок. А от мешанины HTML/JavaScript/CSS с грузом обратной совместимости и наслоения Web-стандартов в Electron куда-нибудь можно убежать? Там же ситуация, блин, хуже плюсовой. Но низкий порог вхождения позволяет штамповать эти поделия пачками.
Нужен QML.
Людям нужен Electron.
Людям нужен не Electron и не Qt Quick/QML, им нужен современный фреймворк с возможностью использования декларитивного подхода, там где это оправдано.
Аля https://flutter.dev/ или https://developer.apple.com/xcode/swiftui/
Qt-разработчики тоже могли бы сделать подобное, не создавая совершенно новую Qt Quick технологию и всех запутывая, а расширяя Qt Widgets декларативным подходом и DSL’ом, компилирующимся в плюсцы, вместо их ущербных ui-файлов на базе XML.
Они по сути к этому и пришли, избавляя Qt 5 от его архитектурных недостатков. Только разделение Qt Quick и Qt Widgets никуда не делось. Хотя тот же QML=>С++ транспилятор подъехал, а JavaScript вообще уехал. Да и в Qt Widgets из коробки всякие там современные Vulkan’ы запилили, а явные зависимости по типу OpenGL{ES} организовали в отдельные модули. Вот только время упущено. Не удивлюсь, если вскоре Qt Quick и на автомобилях/киосках проиграет, как проиграл на мобилках. И все уйдут на какой-нибудь Flutter или «Embedded Electron».
Исходная версия EXL, :
Это одно и то же. Только QML примитивнее.
Не соглашусь. QML в Qt 6 наконец-то научится компилироваться в C++ (у всех, а не только кто занёс $) и потеряет JavaScript-движок. А от мешанины HTML/JavaScript/CSS с грузом обратной совместимости и наслоения Web-стандартов в Electron куда-нибудь можно убежать? Там же ситуация, блин, хуже плюсовой. Но низкий порог вхождения позволяет штамповать эти поделия пачками.
Нужен QML.
Людям нужен Electron.
Людям нужен не Electron и не Qt Quick/QML, им нужен современный фреймворк с возможностью использования декларитивного подхода, там где это оправдано.
Аля https://flutter.dev/ или https://developer.apple.com/xcode/swiftui/
Qt-разработчики тоже могли бы сделать подобное, не создавая совершенно новую Qt Quick технологию и всех запутывая, а расширяя Qt Widgets декларативным подходом и DSL’ом, компилирующимся в плюсцы, вместо их ущербных ui-файлов на базе XML.
Они по сути к этому и пришли, избавляя Qt 5 от его архитектурных недостатков. Тот же QML=>С++ транспилятор подъехал, а JavaScript вообще уехал. Да и в Qt Widgets из коробки всякие там современные Vulkan’ы запилили, а явные зависимости по типу OpenGL{ES} организовали в отдельные модули. Вот только время упущено. Не удивлюсь, если вскоре Qt Quick и на автомобилях/киосках проиграет, как проиграл на мобилках. И все уйдут на какой-нибудь Flutter или «Embedded Electron».