насколько гарантировано их совпадение?

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

в Qt 4.7 нет нативного способа проверить есть ли соединение между двумя QMetaMethod, входящими в конкретные QMetaObject (увы... увы...) - есть два способа это сделать

1) отслеживать подключения в методе QObject::connectNotify
2) проверять отключением, и если disconnect вернул true, то подключать заново

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

2й способ выглядит хаком, но очень простой и не требует хранения дополнительной информации, правда он возможен только если в connect( object, SIGNAL(somesignal(int,float))... соединялке передается гарантированно тоже самое, что получается от object->metaObject()->method( i /*гарантирует верный метод по индексу*/).signature(), которая возвращает в данном случае const char* с содержимым "somesignal(int,float)"

иначе говоря, есть ли гарантия, что если было сделано однажды (предположим сигнал и слот у объектов единственные)

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

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

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

QMetaObject::invokeMethod принимает такой же параметр Qt::ConnectionType type, что и подкючение, что и коннект, т.е. хотите - прямой вызов, хотите - через сообщения, хотите - автоматически.

Я бы сделал первым способом.
Отнаследовался бы от QObject, завёл бы в этом классе словарик типа QMap<QString, QList<QPointer<QObjeсt> > >. Т.е. на каждый слот хранить список подключенных и менять его в нотифае. + пару методов получения инфы из этого словаря. А все остальные классы отнаследовать от этого класса. Весь механизм в одном месте. Не больше 100 строчек кода.

Объекты конектятся на уровне Qobject, а не QMetaObject. QMetaObject - набор статичной информации, поэтому механизм надо реализовывать в наследнике QObject.

заметил, только толку от этого никакого нет, это только количество приемников, но не сами приемники, и нет возможности узнать ни количество передатчиков, ни сами передатчики

ИМХО, но слот - он сам по себе и он не обязан знать какие сигналы его вызывают. Это, я бы сказал, несколько противоречит самому патерну механизма сигнал-слот.
С другой стороны, сигнал (он же передатчик, он же sender) вполне может предоставить информацию о том к каким слотам подключён (например вернуть список указателей на методы (слоты)).

Может boost::signals  для вас будет более гибким в этом отношении..

ВОТ ЗАРАЗА! то, что дают макросы SIGNAL и SLOT, отличается от сигнатур... макросы добавляют перед именем метода целое число (по-моему, это порядковый номер в таблице методов), а сигнатура возвращает просто имя с параметрами

не, можно конечно и подстроку в сигнатуре поискать... а, не! все гораздо проще

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

да, я это вспомнил...