signal mapping

[QCasper]

Есть класс С1, у него есть два сигнала A и B без параметров. Требуется, чтобы по этим сигналам вызывались слоты A и B соответственно класса C2. Слоты класса С2 примают в качестве параметра int. Я посмотрел QSignalMapper, но, насколько я понял, с помощью него нельзя сделать так чтобы, один сигнал маппировался на один слот, а второй на другой.

[pastor]

сделайте для слотов класса C2 параметры по умолчанию. Должно работать. Т.е. будет что -то вроде этого

Код:

class С1
{
signals:
    void A();
    void B();
};

class С2
{
public slots:
    void A(int param = 0);
    void B(int param = 0);
};

....

connect(c1, SIGNAL(A()), c2, SLOT(A()));
connect(c1, SIGNAL(B()), c2, SLOT(B()));

[QCasper]

Прошу прощения, я не совсем удачно сформулировал вопрос. Допустим, что в классе С2 у меня один единственный слот с параметром типа int. Класс С1 имеет кучу сигналов: S1, S2, ... , Sn без параметров. Так вот мне нужно маппировать эти сигналы на слот класса С2 таким образом, чтобы в зависимости от сигнала S1, S2, ... или Sn, этот слот вызывался со значением параметра 1, 2, ... n соответственно.

[Вячеслав]

А влоб - сделать еще один слот с параметром , а там switch'ем  звать кого надо ?
Все другое - IMHO будет еще веселее.....
QSignalMapper делает обратное  - собирает кучу простык сигналов в один ( с параметром) ....

[QCasper]

Что делает QSignalMapper мне как раз понятно.
А switch это аццкое зло. Пример приведите, пожалуйста, если можно.

[Sergeich]

Через стандартное API кутехи этого сделать нельзя. Можно в слоте узнать объект от которого поступил сигнал ( через QObject::sender, на этом и построен QSignalMapper ), но нельзя узнать имя имя сигнала. Нужен метод типа
const char* QObject::signal() . Отпишись троллям, возможно они это сделают (через полгода ).
Как вариант: заведи в классе эмитирующем сигнал переменную типа int и перед эмитированием вставляй в ней нужное значение:

Код:

signalId = THIS_SIGNAL_ID;
emit thisSignal(); 

Потом в слоте

Код:

Mapper::onSignal() 
{
  Emitter* e = qobject_cast<Emitter*> sender();
  if (e) {
    int id = e->getSignalId();
    // emit blabla(id);
   // c2->slot(id);
   // invoke...... etc  
 }
}

[Sergeich]

Кстати, довольно интересная тема по поводу модели сигнал - слот. Действительно, если я могу спросить: -кто?
почему я не могу спросить:  -какого хуя?

[Alex03]

QCasper, а мне интересно зачем тебе это надо?
Приведи пример какойнить, можно абстрактный.

[Tonal]

В PyQt это делается элементарно:

Код:

class C2:
  def connect2C1(self, c1):
    def gen_wrap(i):
       return lambda: self.slot(i)
    for i, signal in enumerate(('S1', 'S2', ... , 'Sn')):
       self.connect(c1, QtCore.SIGNAL(signal), gen_wrap(i))

Здесь с1 - объект класса С1.
В цикле выполняется связывание перечисленных сигналов с переходником который вызывает нужный нам слот С2.slot с порядковым номером сигнала.

Как это сделать на С++ что-то в голову не приходит.
Разве что хакнуть тот QMetaObject что генерится moc-ом...

[QCasper]

QCasper, а мне интересно зачем тебе это надо?
Приведи пример какойнить, можно абстрактный.

Например для следующего. Системе требуется переключаться между состояниями. То есть существует метод setState(int state). Система должна переключаться между состояниями не просто так, а в ответ на возникновение некоторого события. Существует таблица (конфигурируемая), которая описывает зависимость состояний от событий. То есть грубо говоря это ассоциативный массив где событие ключ, а состояние -  значение. То есть эти сигналы, которые емитятся классом С1 это и есть те самые события и они и должны маппироваться в некий слот подобного содержания:

Код:

void setStateByEvent(int event) {
     setState(m_States[event]);
}

где m_States - та самая таблица.

Кстати, довольно интересная тема по поводу модели сигнал - слот. Действительно, если я могу спросить: -кто?
почему я не могу спросить:  -какого хуя?

во во

[Tonal]

Нашел! :-)
Можно использовать обработку событий.
В Qt, при асинхронном сигнале посылается событие QMetaCallEvent QEvent::MetaCall.
У него есть id - индекс вызываемого.

Идея такая - для коннекта используем QMetaObject::connect(const QObject *sender, int signal_index, const QObject *receiver, int method_index, int type = 0, int *types = 0);
Где type = Qt::QueuedConnection, а method_index - наш номер состояния
Далее ловим событие QMetaCallEvent и вызываем обработчик с параметром. :-)

Единственное, что всё это - недокументированные потроха, так что при смене версии Qt можно нарваться.

P.S. Корректное использование QMetaObject::connect см. в QObject::connect.

P.P.S. Может всё же через сообщения напрямую это замутить? Попроще выёдет.

[QCasper]

P.P.S. Может всё же через сообщения напрямую это замутить? Попроще выёдет.

Это как?

[Tonal]

Вместо генерации сигналов кидать сендом или постом своего наследника QEvent.
Ну и обрабатывать его как тебе требуется.

[Вячеслав]

1) Народ , а давайте плиз без командного диалекта  языка ( какого .....)
2) Если слот позвали, а параметров у него нет - то и нефиг знать _почему_ его позвали.Иначе - ошибка проектирования IMHO
3)

Код:

class С2
{
public slots:
    void A(int param = 0);
    void B(int param = 0);
    void Common(int);
};

void C2::Common(int why)
{
switch(why)
 case valueA : A();break;
 case valueB : B();break;
default : errorHandler(why);
}

Ну тоже что делает metacall только сам

[QCasper]

2) Если слот позвали, а параметров у него нет - то и нефиг знать _почему_ его позвали.Иначе - ошибка проектирования IMHO

Не совсем понятно к чему это.

Код:

class С2
{
public slots:
    void A(int param = 0);
    void B(int param = 0);
    void Common(int);
};

void C2::Common(int why)
{
switch(why)
 case valueA : A();break;
 case valueB : B();break;
default : errorHandler(why);
}

И это.