Слот/сигнал без явного источника

[Igors]

Добрый день

Не раз возникает ситуация когда механизм слот/сигнал удобен, но нет явного "источника". Напр я хочу что-то обновить в окне, но сделать это из сугубо расчетной ф-ции которая к QObject не имеет отношения. Как Вы это решаете?

Спасибо

[Old]

Позвать метод слот напрямую или использовать QMetaObject::invokeMethod

[Пантер]

Позвать метод слот напрямую или использовать QMetaObject::invokeMethod

Еще есть способ через QTimer::singleShot, если задержку надо сделать. Но лучше QMetaObject::invokeMethod (если нужно через ивент систему) или прямой вызов.

[Igors]

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

[Пантер]

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

[Bepec]

Создать пару методов, которые в зависимости от аргументов посылают нужный сигнал/ы.

[GreatSnake]

Я создаю в производном от QApplication нужные мне методы и вызываю их через QMetaObject::invokeMethod( QCoreApplication::instance(), ... ).

[Igors]

Ну а почему не банальный синглтон (унаследованный от QObject)? По крайней мере так расчеты могут ничего не знать о наличии Qt. Или это я "перемудрил"?

[GreatSnake]

Ну а почему не банальный синглтон (унаследованный от QObject)?

Дык QApplication как раз оный и есть )

[Old]

Ну а почему не банальный синглтон (унаследованный от QObject)? По крайней мере так расчеты могут ничего не знать о наличии Qt. Или это я "перемудрил"?

Мне кажется да.
Почему нельзя расчетные функции положить в класс наследник QObject и использовать штатную систему?
Все равно функции придется модифицировать для сигналинья.

[_OLEGator_]

Может наведет на нужные мысли:
http://www.prog.org.ru/topic_24458_0.html

Там есть класс CXEventMachine, с помощью которого можно подписаться на произвольное событие (используется механизм сигналов/слотов). Событие испускается также с помощью этого класса и раздается всем подписанным.

Подписывание на событие:

Код

C++ (Qt)
CXEventMachine::subscribe(this, PRISM_EVENT(SelectData), PRISM_METHOD(setSelectData()));

Причем SelectData это по сути текстовая метка, это не сигнал и не слот. setSelectData - это слот.

Испускание события:

Код

C++ (Qt)
CXEventMachine::postEvent(PRISM_EVENT(SelectData));

Это события без параметров.

Есть возможность использовать до 3х параметров в событии:

Код

C++ (Qt)
CXEventMachine::postEvent<QString>(PRISM_EVENT(SelectData), "test");

[Гурман]

А что мешает поместить расчет в QObject, запустить его в QThread и связать сигнал окончания этой нити с обновлением окна? Я бы так и сделал... Заодно, если расчёт долгий, будет выполняться где-то в фоне, в идеале на выделенном для этого системой ядре.

[Пантер]

Ну а почему не банальный синглтон (унаследованный от QObject)? По крайней мере так расчеты могут ничего не знать о наличии Qt. Или это я "перемудрил"?

А зачем синглтон городить там, где он не нужен?

[GreatSnake]

Ну а почему не банальный синглтон (унаследованный от QObject)? По крайней мере так расчеты могут ничего не знать о наличии Qt. Или это я "перемудрил"?

А зачем синглтон городить там, где он не нужен?

Иногда удобно, использовать что-то одно в качестве "прокси-ретранслятора".

[Igors]

.. Заодно, если расчёт долгий, будет выполняться где-то в фоне, в идеале на выделенном для этого системой ядре.

Чтобы "закрепить ядро" за ниткой - надо сильно постараться, и, насколько помню, такая возможность есть только в unix

Иногда удобно, использовать что-то одно в качестве "прокси-ретранслятора".

Да, примерно такие соображения. Ладно, пока не горит постараюсь осмыслить предложенное _OLEGator_

Спасибо за ответы