Тип QML WorkerScript

Позволяет использовать потоки в приложении Qt Quick. Подробнее...

• Список всех членов, включая унаследованные

Свойства

• source : url

Сигналы

• message(jsobject msg)

Методы

• sendMessage(jsobject message)

Подробное описание

Используйте WorkerScript для выполнения операций в новом потоке. Это полезно для выполнения операций в фоновом режиме, чтобы основной поток графического интерфейса не блокировался.

Сообщения могут передаваться между новым потоком и родительским потоком с помощью sendMessage() и обработчика onMessage().

Пример:

import QtQuick 2.0

Rectangle {
    width: 300; height: 300

    Text {
        id: myText
        text: 'Click anywhere'
    }

    WorkerScript {
        id: myWorker
        source: "script.mjs"

        onMessage: myText.text = messageObject.reply
    }

    MouseArea {
        anchors.fill: parent
        onClicked: myWorker.sendMessage({ 'x': mouse.x, 'y': mouse.y })
    }
}

Вышеприведенный скрипт worker указывает на файл JavaScript «script.mjs», который обрабатывает операции, выполняемые в новом потоке. Вот script.mjs:

WorkerScript.onMessage = function(message) {
    // ... long-running operations and calculations are done here
    WorkerScript.sendMessage({ 'reply': 'Mouse is at ' + message.x + ',' + message.y })
}

Когда пользователь нажимает в любом месте внутри прямоугольника, sendMessage() вызывается, вызывая обработчик WorkerScript.onMessage() в script.mjs. В свою очередь, это отправляет сообщение с ответом, которое затем получает обработчик onMessage() myWorker.

В примере используется скрипт, являющийся модулем ECMAScript, потому что он имеет расширение «.mjs». Он может использовать операторы import для доступа к функциональности из других модулей и выполняется в строгом режиме JavaScript.

Если скрипт worker имеет расширение «.js», то он считается содержащим обычные операторы JavaScript и выполняется в режиме без строгой проверки.

Примечание: Каждый элемент WorkerScript создаст отдельный движок JavaScript для обеспечения полной изоляции и потоковой безопасности. Если это оказывает слишком большое влияние на потребление памяти в вашей среде, рассмотрите возможность совместного использования элемента WorkerScript.

Ограничения

Поскольку функция WorkerScript.onMessage() выполняется в отдельном потоке, файл JavaScript оценивается в контексте, отличном от основного движка QML. Это означает, что в отличие от обычного файла JavaScript, импортируемого в QML, script.mjs в приведенном выше примере не может получить доступ к свойствам, методам или другим атрибутам элемента QML, а также не может получить доступ к любым свойствам контекста, установленным на объекте QML через QQmlContext.

Кроме того, существуют ограничения на типы значений, которые могут передаваться в скрипт worker и из него. Подробности см. в документации к sendMessage().

Скрипты worker, являющиеся обычными источниками JavaScript, не могут использовать синтаксис .import. Скрипты, являющиеся модулями ECMAScript, могут свободно использовать операторы import и export.

См. также Примеры Qt Quick — Потоки и Пример Threaded ListModel.

Документация по свойствам

source : url

Это содержит URL-адрес файла JavaScript, реализующего обработчик WorkerScript.onMessage() для операций в потоке.

Если компонент имени файла в URL-адресе заканчивается на ".mjs", скрипт анализируется как модуль ECMAScript и выполняется в строгом режиме. В противном случае он считается обычным скриптом.

Документация по сигналам

message(jsobject msg)

Этот сигнал генерируется при получении сообщения msg из скрипта worker в другом потоке через вызов sendMessage().

Соответствующий обработчик — onMessage.

Документация по методам

sendMessage(jsobject message)

Отправляет указанное message в обработчик скрипта worker в другом потоке. Другой обработчик скрипта worker может получить это сообщение через обработчик onMessage().

Объект message может содержать только значения следующих типов:

• boolean, number, string
• объекты и массивы JavaScript
• объекты ListModel (любой другой тип QObject* не разрешен)

Все объекты и массивы копируются в message. За исключением объектов ListModel, любые изменения, внесенные другим потоком в объект, переданный в message, не будут отражены в исходном объекте.