QML vs Qt Widgets — что предпотительнее для реализации интерфейса?

Question

[Robotex]

Собираясь разрабатывать новое приложение (на C++ и Qt), столкнулся с выбором: как реализовать интерфейс — на QML или сделать по старинке виджетами (будет виджет, наследованный от QPainter на котором будут отрисовываться объекты да скроллироваться, и еще несколько виджетов с различными текстовыми полями и кнопками). С QML у меня нет никакого опыта, поэтому на виджетах я сделаю интерфейс намного быстрее. Однако, может быть у QML есть какие-то плюсы по сравнению с традиционными виджетами? Так какие же? Что из них производительнее?

Comments

[Robotex]

Можете помочь мне с ответами на эти вопросы?
Как добавить в Rectangle объект (определенный самостоятельно в файле <Объект>.qml) по сигналу? Как перед этим передвинуть все уже добавленные объекты влево? Как удалить объект при покидании им Rectangl'а?

Т.е. у меня есть сцене-rectangle, на которую нужно динамически бросать объекты и скроллировать их (ну как в тетрисе, например).

[Robotex]

Разобрался со всеми вопросами, кроме одного. Как отписать динамически созданный объект от сигнала?

Добавляю объекты на сцену и параллельно сдвигаю все добавленные вправо. А при клике на объект, удаляю его. Но при добавлении еще одного объекта, приложение падает — приложение пытается вызвать метод несуществующего объекта.

Как же отписать объект ото всех сигналов при его удалении?

И как заставить сигнал передавать параметр (чтобы объект сдвигался не на константу в методе onMove, а на значение, пришедшее с сигналом)?

Файл main.qml

// import QtQuick 1.0 // to target S60 5th Edition or Maemo 5
import QtQuick 1.1

Rectangle {
    id: appWindow
    width: 360
    height: 360

    signal trigger

    Text {
        text: qsTr("Hello World")
        anchors.centerIn: parent
    }
    MouseArea {
        anchors.fill: parent
        onClicked: {
            //Qt.quit();
            trigger();

            var component = Qt.createComponent("Note.qml");
            var sprite = component.createObject(appWindow, {"x": 100, "y": 100, "color":"blue"});

             if (sprite == null) {
                 // Error Handling
                 console.log("Error creating object");
             }
             trigger.connect(sprite.move);

        }
    }

    onTrigger: {
        console.log("parent trigger");
    }
}

Файл Note.qml

// import QtQuick 1.0 // to target S60 5th Edition or Maemo 5
import QtQuick 1.1

Rectangle {
    id: note
    width: 100
    height: 62
    color: "red"

    signal move();

    MouseArea {
        anchors.fill: parent
        onClicked: {

            note.destroy();

        }
    }

    onMove:
    {
        x += 100
    }
}

Answer 1

[Mezomish]

Насчёт производительности — разница только на старте, когда грузится и парсится QML. Далее на его основе создаются обычные «плюсовые» объекты в памяти, так что во время исполнения разницы не будет. А если ваш QML не супер-дупер навороченный, то вы и во время загрузки разницы не ощутите.
Плюсы у QML — более компактное, более читабельное описание интерфейса, а также тот факт, что тенденция развития Qt однозначно идёт к QML. В Qt5 вроде бы от нативных виджетов понемногу отходят (тут врать не буду, возможно неправ).

Comments

[dondublon]

То есть, получается, объекты те же самые, разница лишь в синтаксисе описания?

Answer 2

[silvansky]

На QML сложные интерфейсы с анимацией и прочим писать куда быстрее, нежеи на виджетах. Плюс различные плюшки типа эффектов.

А виджет наследовать от QPainter — что-то очень странное Вы написали.

Comments

[Robotex]

Ну обычно, чтобы что-то нарисовать, я наследую класс от QPainter и рисую в paintEvent. Разве я неправильно делаю?

[silvansky]

Хм! Обычно наследуются от QWidget и в нём рисуют в paintEvent с помощью стандартного QPainter'а. Либо же ставят eventFilter на обычный виджет и в нём ловят отрисовку.

Если честно, ни разу не видел, чтоб наследовались от QPainter'а.

Answer 3

[Никита Зимин]

Писал интерфейс на Qt, в последние дни как раз трогал QML.
Явно видна заточенность QML под мобильные платформы — при рисовании интерфейса как-то сам начинаешь думать в эту сторону.
QML стоит выбрать если хочется обеспечить одинаковый / подобный интерфейс для мобильной и десктопной версии приложения. Или же хочется сделать интерфейс сильно отличающийся от обычных программ. Например, для игрушек неплохо подойдёт.
Делать на QML сложные интерфейсы я бы не стал — возни много, а выхода мало.

Comments

[Алексей Сидоров]

Скорее под пальцы. То есть всякие там Microsoft Surface в старом смысле этого слова тоже на ура должны поддерживаться.

[Robotex]

Проблема в том, что под Windows 8 нет Qt и по обещаниям MS никогда не будет, как и приложений на C++ (хотя от последнего они вроде начинают отходить)

[Никита Зимин]

Robotex, под Windows 8 УЖЕ есть коммерческий Qt — поищите по «Qt Metro». И на C++ под Metro тоже можно писать хоть сейчас.

[Robotex]

А под Windows Phone?

[tangro]

И под Windows Phone

[Robotex]

Там работает Qt Quick 2.0?

[tangro]

А Вы не о Qt Quick 2.0 спрашивали, а о Qt в Windows 8 и С++ под Windows Phone. Это всё есть.

[Robotex]

Ну а теперь я уточняю вопрос: там Qt Quick 1.0 или 2.0?

[tangro]

2.0 насколько я знаю пока нет.