Есть ли у Qt механизм переадресации сигнала Child от имени Parent?

Question

[Армен]

Всем добрый вечер! В данный момент отделяю интерфейс программы от логики, а общение организовываю через слоты и сигналы. Я делаю так:

QSlider* seekSlider = new QSlider(this);
    connect(seekSlider, SIGNAL(sliderMoved(int)), this, SLOT(on_sliderMoved(int)));
void ui::on_sliderMoved(int value) 
{
    emit sliderMoved(value);
}

То есть для переадресации каждого сигнала от child-элемента к parent-элементу пишу метод, который отправляет сигнал от имени родителя. Есть ли у Qt встроенные механизмы для такого действия, только без создания доп. метода?

Answer 1

[Vitaly]

Что мешает присоединить сигнал к сигналу?

connect(seekSlider, SIGNAL(sliderMoved(int)), this, SIGNAL(sliderMoved(int)));

Не знаю правда зачем, но ваш пример можно переписать так без использования дополнительных методов.

PS
А ещё откройте для себя синтаксис слотов и сигналов из Qt5: qt-project.org/wiki/New_Signal_Slot_Syntax

Comments

[Армен]

Спасибо огромное, про сигнал-сигнал не знал.
Про Qt 5 почитаю, но я пока под четвертый пишу для Symbian)

Answer 2

[Армянское Радио]

Ну можно один сигнал привязать на несколько слотов. Не совсем понятно, что вы хотите сделать. Больше кода покажите.

Comments

[Армен]

Имеется класс Player, где вся логика работы приложения, в нем есть объект класса ui, который представляет собой интерфейс. Player считывает значения всяких слайдеров, чекбоксов и т.д. не напрямую, а через сигналы от класса ui.
Соответственно, чтобы передать стандартный сигнал от QSlider, я пишу слот для ui, который коннектится к стандартному сигналу от QSlider и делает emit этого же сигнала, к которому он соединен

[Армянское Радио]

Армен: Почему бы не привязать сигналы от UI сразу к слотам объекта?

[Армен]

Армянское Радио: Ну, типа сокрытие данных. Вот как это выглядит:
Класс ui

QSlider* seekSlider = new QSlider(this);
    connect(seekSlider, SIGNAL(sliderMoved(int)), this, SLOT(on_sliderMoved(int)));
void ui::on_sliderMoved(int value) 
{
    emit setSongProgress(value);
}

В классе Player я добавляю:

connect(userInterface, SIGNAL(setSongProgress(int)), this, SLOT(setPosition(int)));

Если я, к примеру, удалю этот слайдер и поставлю что-то другое, то Player трогать не буду, а все изменения будут в ui. Или я не прав?

[Армянское Радио]

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

[Армен]

Армянское Радио: Спасибо, получается, я стал лишний слой придумывать. А куча открытых данных в классе - нормальная практика?

[Армянское Радио]

Армен: нет, все данные должны быть в private. Голуба полистайте.

[Армен]

По другому же до сигналов child-ов UI не добраться из Player

[Армянское Радио]

Армен: вы слот с полем класса не путаете?

[Армен]

Армянское Радио: нет. Объект ui является дочерним для объекта Player, если я сделаю в классе Player так: connect(userInterface->seekSlider, SIGNAL(sliderMoved(int)), this, SLOT(setPosition(int))), то вылезет же ошибка, что слайдер в private. Соответственно, чтобы так связать, я должен перенести seekSlider в public.

[Армянское Радио]

Армен: и зачем у вас ui наследуется от плеера? Был плеер без поддержки интерфейса, потом - оброс поддержкой?

[Армен]

Армянское Радио: Я наверно не так выразился, он не наследуется, ui является объектом внутри плеера, а оба класса наследуются от QWidget.
Плеер весь был в отдельном классе, теперь я решил разделить, чтобы была возможность прикрутить полностью другой интерфейс или же перевести его на QML