Объявление слотов в адаптерах D-Bus

Слоты в адаптерах D-Bus объявляются так же, как обычные публичные слоты, но их параметры должны соответствовать определенным правилам (подробнее см. Систему типов Qt D-Bus). Слоты, параметры которых не соответствуют этим правилам или которые не являются публичными, не будут доступны через D-Bus.

Слоты могут иметь один параметр типа const QDBusMessage &, который должен стоять в конце списка входных параметров, перед любыми выходными параметрами. Этот параметр, если он присутствует, будет инициализирован копией обрабатываемого в данный момент сообщения, что позволяет вызываемой функции получить информацию о вызывающей функции, например, имя ее соединения.

Слоты могут быть трех типов:

1. Асинхронные
2. Только входные
3. Входные и выходные

Асинхронные слоты

Асинхронные слоты — это такие слоты, которые обычно не возвращают никакого ответа вызывающей функции. По этой причине они не могут принимать выходные параметры. В большинстве случаев к моменту выполнения первой строки кода слота функция-вызывающая сторона уже возобновила работу.

Однако слоты не должны полагаться на это поведение. Вопросы планирования и обработки сообщений могут изменить порядок выполнения слота. Код, предназначенный для синхронизации с вызывающей стороной, должен обеспечивать свой собственный механизм синхронизации.

Асинхронные слоты отмечаются ключевым словом Q_NOREPLY в сигнатуре метода, перед типом возвращаемого значения void и именем слота. Слоты quit() в примере D-Bus Complex Ping Pong — это пример такого слота.

Слоты только для ввода

Слоты только для ввода — это обычные слоты, которые принимают параметры, передаваемые по значению или по константной ссылке. Однако, в отличие от асинхронных слотов, вызывающая сторона обычно ожидает завершения работы вызываемой стороны перед возобновлением своей работы. Поэтому неасинхронные слоты не должны блокироваться или должны в своей документации указывать, что они могут это делать.

Слоты только для ввода не имеют специальных обозначений в своей сигнатуре, за исключением того, что они принимают только параметры, передаваемые по значению или по константной ссылке. Дополнительно, слоты могут принимать параметр QDBusMessage в качестве последнего параметра, который может быть использован для дополнительного анализа сообщения вызова метода.

Слоты для ввода и вывода

Как и слоты только для ввода, слоты для ввода и вывода — это такие слоты, что вызывающая сторона ожидает ответ. Однако в отличие от слотов только для ввода, этот ответ будет содержать данные. Слоты, которые выводят данные, могут содержать неконстантные ссылки и могут возвращать значение. Однако выходные параметры должны располагаться в конце списка аргументов и не могут иметь вложенные входные аргументы. Дополнительно, аргумент QDBusMessage может появиться между входными и выходными аргументами.

Автоматические ответы

Ответы на методы генерируются автоматически с содержимым выходных параметров (если они были) реализацией Qt D-Bus. Слотам не нужно беспокоиться о создании соответствующих объектов QDBusMessage и отправке их по соединению.

Однако возможность этого остается. Если слот обнаружит, что ему нужно отправить специальный ответ или даже ошибку, он может сделать это, используя QDBusMessage::createReply() или QDBusMessage::createErrorReply() на параметре QDBusMessage и отправить его с помощью QDBusConnection::send(). Реализация Qt D-Bus не сгенерирует никакого ответа, если слот сделал это.

Предупреждение: Когда вызывающая сторона размещает вызов метода и ожидает ответа, она будет ждать ограниченное время. Слоты, которые предполагают длительное выполнение, должны четко указывать этот факт в документации, чтобы вызывающие стороны могли правильно установить более высокие таймауты.

Отложенные ответы

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

В этом случае слот должен вернуть управление главному циклу приложения, чтобы избежать зависания пользовательского интерфейса, и возобновить процесс позже. Для этого он должен использовать дополнительный параметр QDBusMessage в конце списка входных параметров и запросить отложенный ответ.

Мы делаем это, написав слот, который хранит данные запроса в постоянной структуре, указывая вызывающей стороне с помощью QDBusMessage::setDelayedReply(true), что ответ будет отправлен позже.

struct RequestData
{
    QString request;
    QString processedData;
    QDBusMessage reply;
};

QString processRequest(const QString &request, const QDBusMessage &message)
{
    RequestData *data = new RequestData;
    data->request = request;
    message.setDelayedReply(true);
    data->reply = message.createReply();

    appendRequest(data);
    return QString();
}

В этом случае возвращаемое значение не имеет значения; мы возвращаем произвольное значение, чтобы удовлетворить компилятор.

Когда запрос обработан и ответ доступен, его следует отправить, используя объект QDBusMessage, который был получен. В нашем примере код ответа может выглядеть следующим образом:

void sendReply(RequestData *data)
{
    // data->processedData has been initialized with the request's reply
    QDBusMessage &reply = data->reply;

    // send the reply over D-Bus:
    reply << data->processedData;
    QDBusConnection::sessionBus().send(reply);

    // dispose of the transaction data
    delete data;
}

Как видно из примера, когда используется отложенный ответ, возвращаемое(ые) значение(я) из слота будут проигнорированы Qt D-Bus. Они используются только для определения сигнатуры слота при передаче описания адаптера удаленным приложениям или в случае, если код в слоте решит не использовать отложенный ответ.

Сам отложенный ответ запрашивается у Qt D-Bus путем вызова QDBusMessage::reply() на исходном сообщении. Затем ответственность за отправку ответа вызывающей стороне переходит к вызываемому коду.

Предупреждение: Когда вызывающая сторона размещает вызов метода и ожидает ответа, она будет ждать ограниченное время. Слоты, которые предполагают длительное выполнение, должны четко указывать этот факт в документации, чтобы вызывающие стороны могли правильно установить более высокие таймауты.

См. также Использование адаптеров Qt D-Bus, Объявление сигналов в адаптерах D-Bus, Система типов Qt D-Bus, QDBusConnection и QDBusMessage.