Развертывание QML приложения
Всем доброго дня!
Использую windeployqt --qmldir для своих приложений, всё собирается, переносится на другие ПК, всё отлично. Однако при этом собирается куча базовых Qt исходников .qml файлов (в папках приложения ..\QtQuick\Controls\ ..\QtQuick\Controls.2\ ..\QtGraphicalEffects и т.д.). Этот факт делает приложение набитым файлами "для разработчика". При поиске решения "как не таскать с собой кучу базовых .qml файлов" я выяснил что разгадка где-то в плагинах QuickControls, но как это использовать я не смог разобраться.
В своём приложении все пользовательские .qml файлы я подгружаю в ресурсы, в .pro файле ссылки на них в DISTFILES не добавляю.
- <RCC>
- <qresource prefix="/">
- <file>main.qml</file>
- ....
- </qresource>
- </RCC>
Этот вопрос обсуждался
тут
, где я и подчерпнул что надо копать в сторону плагинов, но, увы, не разобрался.
Прошу помочь в данном вопросе, возможно, многим будет интересно узнать, как же лаконично собрать своё QML приложение.
Do you like it? Share on social networks!
- Last comments
- AKApril 1, 2025, 11:41 a.m.Добрый день. В данный момент работаю над проектом, где необходимо выводить звук из программы в определенное аудиоустройство (колонки, наушники, виртуальный кабель и т.д). Пишу на Qt5.12.12 поско…
March 9, 2025, 9:02 p.m.К сожалению, я этого подсказать не могу, поскольку у меня нет необходимости в обходе блокировок и т.д. Поэтому я и не задавался решением этой проблемы. Ну выглядит так, что вам действитель…- VPMarch 9, 2025, 4:14 p.m.Здравствуйте! Я устанавливал Qt6 из исходников а также Qt Creator по отдельности. Все компоненты, связанные с разработкой для Android, установлены. Кроме одного... Когда пытаюсь скомпилиров…
- ИМNov. 22, 2024, 9:51 p.m.Добрый вечер Евгений! Я сделал себе авторизацию аналогичную вашей, все работает, кроме возврата к предидущей странице. Редеректит всегда на главную, хотя в логах сервера вижу запросы на правильн…
- Oct. 31, 2024, 11:37 p.m.Добрый день. Да, можно. Либо через такие же плагины, либо с постобработкой через python библиотеку Beautiful Soup
- Now discuss on the forum
- МАApril 1, 2025, 4:21 p.m.0ff763fe-4e50-455d-a3a6-5699c243b1a5_17_44_22_1.xml
- fFeb. 15, 2025, 1:46 p.m.Подскажите, пожалуйста! Как данный класс можно дополнить, чтобы созданные объекты можно было перемещать мышкой по сцене?
Feb. 3, 2025, 4:24 p.m.Всем привет. Сделал свой deb-пакет с программой. Всё устанавливается и работает. Ставлю по пути /usr/bin/my_application. Как для пользователя при установке пакета сразу создать ярлык на раб…- Не запускается компьютер (точнее работает блок , но сам монитор вообще жесть)В общем я ничего с интернета не скачивала в последнее время. На компе никаких левых пр…
- Вопрос решен. Узнать QModelIndex элемента на который мы перетаскиваем другой элемент, можно с помощью функции indexAt(event->position().toPoint()) представления QTreeViev вызываемой в переопр…
добавь в pro
CONFIG += qtquickcompiler
у меня windeployqt --qmldir тоже собирает 100500 файлов. И сдеди них немало *.qml. Но среди них только qml из состава QML (например QtGraphicalEffects). Но ни каких main.qml, и я тоже все свои исходники я убрал в ресурсы.
ps не сразу понял суть вопроса. Нужно избавиться от базовых QtGraphicalEffects? А зачем? Это не "как вы выразились" файлы для разработчика, это файлы для работы программы.
Если сбор 100500 файлов это обычная практика, и заморачиваться не стоит, пусть так. При windeployqt проект полон к примеру файлов стилей Fusion, Imagine, Material, Universal. Вот для работы программы, которая использует один стиль, зачем все таскать. Да и .qml при удалении оставляют программу рабочей (деплой уже подготовил .qmlc). Назвал я эти файлы "для разработчика" потому что они часть исходников смого Qt. Отсюда и возник вопрос, готовая собранная программа обязана содержать такое количество файлов-исходников, которые в таком виде(.qml) пользователю ПО вообще не нужны. (достаточно бы и .qmlc). (мы же не предоставляем, например, прошивки пользователю в .с файле, который он может открыть, для пользователя достаточно уже готового .hex или .bin).
Но повторюсь, я услышал от Вас что данная практика считается нормальной, и при динамической сборке много чего тут не придумаешь.
не совсем удачное сравнение QML с СИ. QML - это интопретируемый язык, СИ - это компилируемый. Сравните QML с JS или питоном. Конечная программа - это есть исходный код (хотя есть способы из питона получить пуре .ехе, например gimp)
У нас скаду прогеры писали на Qt, а GUI на qml. Конечный продукт был exe+dll+кучаQml. Причем .qml не только базовые, но и все самописные исходные (аля myFile.qml). Весь гуй шол на qml и исходниками лежал рядом с ехе. Если исправлялась ошибка в гуях, то у конечного пользователя обновлялся только соответствующий *.qml файл.
Из-за "интерпритации" раньше гуи на qml работал гораздо тормознутее, чем на Qt. Но сейчас современные ПК шустрые и этой разници особо не видно. Также добавили qtquickcompiler. А вот если писать ПО для ембеддед со слабым GPU, то иной раз эта интерпритация подтормаживает. Например при смене раскладки виртуальной клавиатуры rus-en en-rus, такое чувство, что идет компиляция новой клавиатуры и только после прорисовка. Конечно хотелось бы чтобы вся компиляция QML произошла на этапе сборки ПО и при выполнении был только машинный нативный код, чтоб было уже две готовых клавиатуры и было-бы быстрое переключение.
Полностью согласен, что пример не удачный, но я так как раз попытался выразить то, что вы далее описали с примером со скадой, часть .dll и часть .qml с интерпритацией.
И в Вашем ответе я увидел что меня и интересовало - нету (и их не надо искать) способов перевода всего .qml приложения в машинный код на этапе сборки ПО. Сапасибо.