Разграничение передачи сигнала в несколько потоков

[thechicho]

Из главного потока необходимо посылать сигнал в дочерние.

потоки создаются:

Код

C++ (Qt)
for (int i = 0; i < N; i++ {
NewThread *thread = new NewThread(this);
connect(this, SIGNAL(StringSignal(QString &)), thread, SLOT(StringSlot(QString &)));
}

сигнал посылается:

Код

C++ (Qt)
void anySlot()
{
    QString test= "test";
    emit StringSignal(test);
}

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

Код

C++ (Qt)
emit StringSignal(test, threadN);

[LisandreL]

Присоединять сигнал только к этому слоту (можно через сигнал маппер, получится примерно то, что вы описали).
Ну или QMetaObject::invoke вместо эмита.

[Ubuntu_linux]

Кстати, сигнал можно конектить к сигналу!

[thechicho]

// Присоединять сигнал только к этому слоту (можно через сигнал маппер, получится примерно то, что вы описали).
сорри, не очень понял. вернее совсем не понял. если я создам 10 потоков, для каждого нужно connect и слоты? так не вариант...
поясни, плиз, как это реализуется. или хотя б как сигнал маппер в документации можно найти (как он на английском звучит).

// Кстати, сигнал можно конектить к сигналу!
я знал, я знал!
если серьезно, не представляю как это может помочь.

[Waryable]

В сигнале посылайте указатель на поток. В слоте проверяйте указатель и решайте обрабатывать или нет.

[thechicho]

сенкс за ваши ответы!
решил сделать по-другому.
передал указатели на QLineEdit  в поток, и прямо оттуда читаю введеный текст, при получении сигнала из главного потока, связанного с указателями QLineEdit.

.h

Код

C++ (Qt)
QList<QLineEdit*> lineEditList;

.cpp

Код

C++ (Qt)
for (int i = 0; i < N; i++ {
QLineEdit *lineEditDialog = new QLineEdit(dialog);
lineEditList<< lineEditDialog;
}
 
for (int i = 0; i < N; i++ {
NewThread *thread = new NewThread(this);
connect(lineEditList[i], SIGNAL(returnPressed()), thread, SLOT(StringSlot()));
}

работает так, как я и хотел

[JamS007]

Привет!
Была аналогичная задача.
Нужно было посылать уведомление в один или несколько потоков из общего пула. Долго копал документацию по этому поводу, в конце концов вот к чему пришел:
В доке сказано, что сигналы между потоками преобразуются в ивенты (QEvent) и обрабатываться exec()-циклом внутри потока, в связи с чем было принято решение реализовать собственный механизм отправки сообщений с помощью QEvent:

У меня уведомление было связано с появлением нового клиента, поэтому класс сообщения об этом так и назван, уж простите за семантику

Класс сообщения выглядит следующим образом:

Код

C++ (Qt)
class NewClientEvent: public QEvent
{
public:
    static const QEvent::Type ET_NewClientEvent = (QEvent::Type)2000;
    explicit NewClientEvent():
    // ...
};

В классе потока следующим образом переопределена функция event():

Код

C++ (Qt)
bool WorkThread::event(QEvent *event)
{
    if (event && event->type() == NewClientEvent::ET_NewClientEvent){
        // ...
        return true;
    }
    return QThread::event(event);
}

В основном классе создаю потоки таким образом:

Код

C++ (Qt)
mThreadsList = new std::vector<WorkThread*>();
mThreadsList->reserve(idealThreadsCount());
for (int i=0; i<mThreadsList->capacity(); ++i){
    WorkThread *thread = new WorkThread(mRequestsHandler, 0);
    thread->start();
    mThreadsList->push_back(thread);
}

Ну а сообщения посылал так:

Код

C++ (Qt)
QThread *thread = mThreadsPool->nextThread();
if (! thread)
    return;
 
NewClientEvent *event = new NewClientEvent(handle);
QCoreApplication::postEvent(thread, event);

Если отбросить детали моей реализации то должно быть не очень сложно. Надеюсь, кому-нибудь помог.

[andrew.k]

сенкс за ваши ответы!
решил сделать по-другому.
передал указатели на QLineEdit  в поток, и прямо оттуда читаю введеный текст, при получении сигнала из главного потока, связанного с указателями QLineEdit.

работает так, как я и хотел

Жесть. Из других потоков нельзя взаимодействовать с GUI (по-крайней мере так рекомендуется в документации). И если у тебя оно работает, это до поры до времени, а как сломается, устанешь искать баги.
invokeMethod то, что тебе нужно, посылай в нужный поток.

[thechicho]

да я по-другому сделал.
создал слот в потоке и соединил гуишные элементы с этим слотом. гуи посылает сигнал, в этот слот.
вот и все.
правда, все равно 1 элемент скопировал в поток. есть groupbox, в кот. 2 qradiobutton. указатель на 1 qradiobutton копируется в поток. там проверяется на отмечен. чтобы можно было в режиме реального времени условие поменять... в принципе можно и слот сделать в гуи потоке и в потоки передавать bool переменную, а в этом слоте ее менять... но прогу я писал для себя, так что не заморачиваюсь на этот счет. ну упадет при проверке isChecked ()  (во что нео4 верится  ), ну запущу по новой если вдруг будет часто падать, добавлю в слоте изменение условия.
короче мораль - надо делать проще и чтобы работало

[andrew.k]

да я по-другому сделал.
создал слот в потоке и соединил гуишные элементы с этим слотом. гуи посылает сигнал, в этот слот.
вот и все.
правда, все равно 1 элемент скопировал в поток. есть groupbox, в кот. 2 qradiobutton. указатель на 1 qradiobutton копируется в поток. там проверяется на отмечен. чтобы можно было в режиме реального времени условие поменять... в принципе можно и слот сделать в гуи потоке и в потоки передавать bool переменную, а в этом слоте ее менять... но прогу я писал для себя, так что не заморачиваюсь на этот счет. ну упадет при проверке isChecked ()  (во что нео4 верится  ), ну запущу по новой если вдруг будет часто падать, добавлю в слоте изменение условия.
короче мораль - надо делать проще и чтобы работало

Надо делать грамотно и для себя и для других.

[thechicho]

надо делать, чтобы работало
надо делать, чтобы работало быстро и стабильно

или 1ое, или второе.
мне по-другому не надо.
пока и 1ое и 2ое получается реализовывать

[Akon]

2HaySayCheese:
А почему использовали именно события (QEvent); сигнал/слот механизм чем не устроил? Первое сопряжено с синтаксическим оверхедом.

[andrew.k]

надо делать, чтобы работало

Вот поэтому у нас все так. Потому что все "делают, чтобы работало".

[thechicho]

а как у вас?
фишка в том, что я пишу, как умею.
мне проги нужны, а не красивый код.

[popper]

а тестирование программы принято поручать конечным пользователям
и кто-то все написанное с целью "чтобы работало" должен как-то поддерживать