QT - сигналы

[Базиля]

Друзья, всем добрый вечер!

Подскажите, пожалуйста.
Имеется 2 класса A и B.
Суть в том что класс B имеет множество объектов.

И сигнал испускаемый из класса А необходимо направлять в нужный объект класса B.

Т.е. если так рассуждать, одним сигналом класса А здесь не обойтись?
Просто получается не совсем красивая последовательность действий.
Что-то вроде:

QObject::connect(&myA1, SIGNAL(mySignal1(myClass*)), &myB1, SLOT(mySlot(myClass*)));
QObject::connect(&myA1, SIGNAL(mySignal2(myClass*)), &myB2, SLOT(mySlot(myClass*)));
QObject::connect(&myA1, SIGNAL(mySignal3(myClass*)), &myB3, SLOT(mySlot(myClass*)));

Т.е. для того, чтобы передать из объекта класса А информацию myClass* в объект myB1 класса B, нам потребуется сигнал mySignal1(myClass*).
А вот чтобы предать указатель myClass* в объект myB2 того же типа B, уже придется описывать второй сигнал - mySignal2(myClass*).

По сути получается какое-то дублирование кода, а что если у нас будет 100 объектов типа B, и мне необходимо с каждым из них иметь индивидуальное средство связи - придется плодить 100 отдельных сигналов?

Скажите, пожалуйста, если ли какой-нибудь выход из этой ситуации?

Спасибо!

[simples]

Как я понял - Вас пытаються научить использовать это.

Вкратце - в классе А надо организовать событие, которое и вызывать по сигналу. А в классе Б тупо подписыватся на это событие.

[rrrFer]

Т.е. для того, чтобы передать из объекта класса А информацию myClass* в объект myB1 класса B, нам потребуется сигнал mySignal1(myClass*).
А вот чтобы предать указатель myClass* в объект myB2 того же типа B, уже придется описывать второй сигнал - mySignal2(myClass*).

чето не так. Если ты все правильно описал - ты можешь использовать один сигнал, что мешает?

[Базиля]

simples

Как я понял - Вас пытаються научить использовать это.

Вкратце - в классе А надо организовать событие, которое и вызывать по сигналу. А в классе Б тупо подписыватся на это событие.

Да, про этот паттерн мне рассказывали.
Но ведь сам механизм сигналов и слотов и не есть реализация этого паттерна?

rrrFer

чето не так. Если ты все правильно описал - ты можешь использовать один сигнал, что мешает?

Мне требуется чтобы испускающий сигнал получал именно конкретный объект класса B.
Если я соединю 1 сигнал mySignal со слотом mySlot каждого объекта класса B, то при испускании сигнала, этот сигнал будет получен всеми объектами класса B.
А в моем же случае, к примеру, мне в конкретный момент понадобилось отправить сигнал именно объекту myB2, а через некоторое время объекту myB1.
Т.е. у меня должна быть возможность отправить 5 сигналов объекту myB2 и 1 сигнал (совершенно с другим значением указателя myClass*) объекту myB1

[simples]

Сообщение от Базиля

Т.е. у меня должна быть возможность отправить 5 сигналов объекту myB2 и 1 сигнал (совершенно с другим значением указателя myClass*) объекту myB1

Тогда это НЕ паттерн "подписка-оповещение".

[Базиля]

Сообщение от simples

Тогда это НЕ паттерн "подписка-оповещение".

А что это тогда?

Если бы можно было завести массив сигналов, вопросов не было бы, в цикл запихал бы соединение сигналов со слотом каждого объекта.
А так приходится писать такую гадость, причем ее размер зависит напрямую от количество объектов класса B.
Т.е. иного варианта в данной ситуации у меня нет?
Наверное придется тогда отказаться от сигналов и слотов и выбирать иной подход

[rrrFer]

А в моем же случае, к примеру, мне в конкретный момент понадобилось отправить сигнал именно объекту myB2, а через некоторое время объекту myB1.
Т.е. у меня должна быть возможность отправить 5 сигналов объекту myB2 и 1 сигнал (совершенно с другим значением указателя myClass*) объекту myB1

Почему все так много хотят от компьютера?

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

Новые объекты могут появляться во время работы программы, а имена сигналов - нет. Это я об этом примере:

QObject::connect(&myA1, SIGNAL(mySignal1(myClass*)), &myB1, SLOT(mySlot(myClass*)));
QObject::connect(&myA1, SIGNAL(mySignal2(myClass*)), &myB2, SLOT(mySlot(myClass*)));
QObject::connect(&myA1, SIGNAL(mySignal3(myClass*)), &myB3, SLOT(mySlot(myClass*)));

[rrrFer]

Ты можешь идентифицировать объекты каким-то образом и в сигнале передавать этот идентификатор.
Сигнал получат все объекты, но те, кому он не адресован - проигнорируют. Я так иногда делаю...например:

void MenuButton::on_levelComplete(QString &path) {
  if (path != m_path) return;
  setIcon(*new QIcon(":/pics/pictures/check.png"));
}

Но если объектов много - это не лучший вариант (это капец как неоптимально, в моем случае это работает нормально. Кнопок никогда не будет очень много).

Но иначе то, что ты хочешь никак не достижимо (компьютер не может "как то хитро угадывать что бы хочешь")

[Базиля]

Благодарю!

Да, я думал просто передавать также id через сигнал, а уже при получении определять к кому именно принадлежит сигнал.
Но в моем случае это действительно не оптимально.
У меня сегодня может быть 10 объектов, а завтра возможно потребуется уже 30 или 40.

Те же хочешь сделать так, чтобы компьютер как-то хитро угадал какому объекту передать сигнал. Так не бывает.

Конечно же нет, я все прекрасно понимаю

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

Подумал, что возможно чего-то еще не знаю, поэтому и обратился за помощью

[rrrFer]

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

В С++ невозможно. В интерпретируемых языках такая возможность может быть.

У меня сегодня может быть 10 объектов, а завтра возможно потребуется уже 30 или 40.

важно не только количество объектов, а частота возникновения сигналов.
Из примера выше - у меня сигнал получают до 90 кнопочек (но сигнал генерируется очень очень редко - и это работает нормально).

Но в Qt же есть не только коннект, но и дисконект (ты можешь отсоединять сигнал об объектов, которые не должны его получать). Модель сигналов и слотов реализует паттерн паблишер-сабскрайбер, и я думаю, что коннект и дисконект выполняются весьма быстро (думаю за O(log(N)), тут N - количество объектов, получающих сигналы).