Как обработать сигнал одним слотом из подключенных?

[Гурман]

Есть несколько одинаковых объектов-приемников, у которых есть некий слот. Ко всем этим объектам подключен один сигнал одного объекта-источника, одновременно. В норме активация сигнала приводит к получению его всеми слотами и обработке всеми объектами этого класса. Точнее, всеми экземплярами объектов, как я сказал, их несколько. Но нужно, чтобы сигнал обработался только одним объектом, который получит сигнал первым, а остальные его проигнорировали. Проблема в том, что спецификатор static для создания разделяемого данного, и использования как семафора, не подходит - все объекты, это загруженные Qt-плагины. А в вениках, как известно, память данных у каждой DLL своя.

И отсюда вопрос - можно ли как-то внутри экземпляра объекта узнать, что он получил сигнал не первым? Вроде было такое где-то в QMeta???, но что-то не получается найти.

[Old]

А зачем подключать слоты объектов к сигналу, если они его должны игнорировать?
Почему бы не подключать только один из объектов?

[Bepec]

Т.к. слоты подключают сигнал в очередности их подключения (connect), то затея теряет смысл Всегда будет обрабатываться один и тот же слот.

Но если опустить эту досадную особенность, то без координации тут никак - объекты должны знать хотя бы 1 общий ресурс в котором и будет разруливаться логика.

[Гурман]

А зачем подключать слоты объектов к сигналу, если они его должны игнорировать?
Почему бы не подключать только один из объектов?

Разные объекты в плагинах, какие-то могут не быть загружены (отстуствовать в поставке). Могут присутствовать несколько. А обработать сигнал должен только один.

[Гурман]

Т.к. слоты подключают сигнал в очередности их подключения (connect), то затея теряет смысл Всегда будет обрабатываться один и тот же слот.

Но если опустить эту досадную особенность, то без координации тут никак - объекты должны знать хотя бы 1 общий ресурс в котором и будет разруливаться логика.

Что один и тот же - плевать, важно, чтобы сигнал не получили или проигнорировали остальные.

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

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

[Old]

Можно проверять сигнал перед коннектом: если к нему уже кто-то подключен, то не подключаться.
bool QObject::isSignalConnected(const QMetaMethod & signal) const [protected]

[Гурман]

Можно проверять сигнал перед коннектом: если к нему уже кто-то подключен, то не подключаться.
bool QObject::isSignalConnected(const QMetaMethod & signal) const [protected]

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

[m_ax]

Можно проверять сигнал перед коннектом: если к нему уже кто-то подключен, то не подключаться.
bool QObject::isSignalConnected(const QMetaMethod & signal) const [protected]

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

Сделайте промежуточное звено (менеджер сигналов).. Пусть ловит сигналы и уже после (исходя из вашей задачи) перенаправляет их кому нужно и как нужно.. 

[__Heaven__]

А нельзя ли объявить глобальную переменную-семафор, а при первом вызове метода осуществить дисконнект от прочих слотов?

[GreatSnake]

А нельзя ли объявить глобальную переменную-семафор, а при первом вызове метода осуществить дисконнект от прочих слотов?

Выстави QApplication::property().

[Igors]

Самое простое наверное и будет самым лучшим - подать флажок "принято" в параметрах сигнала. Напр использовать boost::optional

[Гурман]

Сделайте промежуточное звено (менеджер сигналов).. Пусть ловит сигналы и уже после (исходя из вашей задачи) перенаправляет их кому нужно и как нужно..  

В этом нет смысла, так менеджить сигналы можно было бы и в отправителе. Если бы можно было. Но такой вариант слишком усложняет реализацию.

[Гурман]

Самое простое наверное и будет самым лучшим - подать флажок "принято" в параметрах сигнала. Напр использовать boost::optional

boost не использую

сигнал - не объект, где у него есть состояние "принято"?

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

а разве нет?

[Bepec]

Выстави QApplication::property().

qApp один на всю программу. Соответственно и флажок будет одним.

[navrocky]

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

Для больше безопасности её лучше завернуть в shared_ptr.

Код

C++ (Qt)
struct MySignalData
{
    bool processed;
    QString payload;
};
 
typedef QSharedPointer<MySignalData> MySignalDataPtr;
Q_DECLARE_METATYPE(MySignalDataPtr)
 
....
 
int main(int argc, char **argv)
{
    qRegisterMetaType<MySignalDataPtr>();
 
....
 
signals:
    void mySignal(MySignalDataPtr);
....
 
void mySlot(MySignalDataPtr data)
{
    if (data->processed)
        return;
    processData(data);
    data->processed = true;
}