Как лучше перейти на Qml?

Question

[MCoder]

Добрый день.

Есть достаточно большой проект, написанный на Qt. Используются виджеты Qt.
Сейчас встала задача сделать мобильные версии данной программы. Я так понял, что надо уходить с QtWidgets на QML. Подскажите пожалуйста ответы на следующие вопросы (кто реально сталкивался с такими задачами).

1. Стоит ли писать универсальное приложение, которое масштабируется в зависимости от размера экрана? Или же сделать отдельный Qml проект и использовать частично кодовую базу существующего приложения?

2. Как быть с разными размерами экрана? Ведь разрешение планшета явно больше чем телефона. Как решается вопрос? Определять параметры экрана на старте, а потом грузить нужный интерфейс?

3. В программе достаточно большое количество кастомных виджетов, которые рисуют разные специфические диаграммы, графики и т.д. Как их портировать под QML? Можно ли туда вставить то что есть или переписывать с нуля на Javascript?

4. Есть ли opensource проекты похожего плана (многоплатформенное приложение на qml) чтобы посмотреть как оно на самом деле правильно делается?

5. Убрали ли ограничение на статическую линковку при постинге в App Store? То есть, можно ли коммерческое приложение, слинкованное динамически с Qt туда отправить? Вроде как раньше было нельзя.

Заранее спасибо за ответы.

Answer 1

[Яков Е]

1) Поддерживать две ветки одного и того же кода, добавлять фичи два раза — не лучшая идея, так что надо переходить целиком.

2) Дело не в разрешении, а именно в физическом размере экрана, нужно подгружать разную компоновку на разных размерах

3) Вставлять как есть идея плохая, лучше все-таки портировать. Но если они рисуются через QPainter, то проблема не большая, и можно через что-нибудь вроде doc.qt.io/qt-5/qquickpainteditem.html использовать.

4) blog.qt.io/blog/2013/12/10/cross-platform-applicat...

5) ЕМНИП начиная с iOS 8 динамическая линковка работает, но и со статикой ограничения нет, лицензия не запрещает.

Comments

[MCoder]

3) Это не совсем то что надо, но суть в общем ясна. Походу придется портировать. Там очень много кода, который лаже не знаешь как на javacript перевести.

4) А что-то более серьезное? Просто я хотел начать изучать qml и интересно как строят архитектуру сложных приложений и т.д. И с удивлением обнаружил, что open source qml приложений практически нет. В основном какие-то примитивные вещи.

5) То есть можно юзать open source qt для коммерческих проектов без проблем?

[Яков Е]

MCoder:

3) Какой смысл портировать на javascript код отрисовки? Вот еще один пример: www.evileg.ru/baza-znanij/qt-qml-android/custom-qq...

4) Технология молодая, была очень сырой, только-только оперилась. Вот тут немного рассказывают об общем принципе построения: meetingcpp.ru/?page_id=850

5) Как максимум — вас попросят предоставить объектные файлы, в реальности никто ничего не попросит.

[Яков Е]

Яков Е: вторая ссылка что-то не открывается, вот видео: https://www.youtube.com/watch?v=ecKxvyhUFk4

[MCoder]

3) То что надо! Это здорово, потому что код отрисовки сложный и его очень много. А так и портировать надо мало по сути. Осталось только разобраться с событиями (нажатие мыши и т.д.)

4) Ну да. Что-то мало совсем инфы, но хоть что-то есть. Для начала думаю буду изучать азы, потому что на виджетах я пишу достаточно давно, а вот qml для меня это темный лес.

5) Это отлично, потому что платить за коммерческую лицензию qt как-то дороговато получается.

[Яков Е]

MCoder: 4) qmlbook.github.io , https://wiki.qt.io/Introduction_to_Qt_Quick

[MCoder]

Спасибо за ваши ответы. Буду разбираться.

Answer 2

[Никита Крупенько]

1-2. Современный способ масштабирования в Qt - это использовать AA_EnableHighDpiScaling. С виджетами и большинством QML-компонетов (но не всеми!) должно работать. Технология еще пока новая, так что стоит проверять и писать багрепорты, если что-то работает не так.

И вот тут есть одна проблема с QML: набор компонентов, которые выглядят как виджеты (т.е. QtQuick Controls 1) не поддерживает новое масштабирование. Новая библиотека QtQuick Controls 2 поддерживает масштабирование, но там контролы мобильные, с соответствующим видом. Так что если на десктопе обязательно нужны контролы, которые выглядят как виджеты, то есть смысл на десктопе оставить интерфейс на виджетах, а для мобильных устройств сделать уже интерфейс на QML.

3. Можно рисовать на QML, используя Canvas, а можно и на C++ при помощи Scene Graph. Посмотрите код Qt Charts, насколько я понял, оно изначально под виджеты было заточено, но рисует графики и в QML. Впрочем, когда я ее тестировал, оно работало медленнее, чем моя реализация на Canvas :)

5. Насколько я знаю, в Qt поддержка еще в процессе интеграции. Здесь есть еще один нюанс: привила AppStore не очень совместимы с копилефтными лицензиями, так что коммерческая лицензия будет наиболее надежным выбором.