Глобальная система событий (обмен сигналами между ветками)

[Old]

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

Опять же в простом случае, можно сделать статический список указателей на объекты, куда они сами будут вписываться/выписываться, и статическую функцию broadcast, которая будет пробегаться по этому списку и дергать нужный метод.

[Ginger_Ministrel]

О, вот это хорошее решение на данный момент.
Хоть и не люблю я статические функции.

[_OLEGator_]

Смотрю мой класс остался без внимания))

[Bepec]

Ну, так оно и бывает. Ухватываются за то, что ближе к их мыслям

[Ginger_Ministrel]

Смотрю мой класс остался без внимания))

Нет, почему. Я его просмотрел, но с ходу пока не понял, как он вообще работает. Поэтому я его отложил на покурить позднее, а пока занялся общей структурой проекта, которая почт не меняется в зависимости от сигнальной системы.

[_OLEGator_]

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

Код

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");

[Ginger_Ministrel]

О! Реально похоже на то, что мне нужно. Попробую потыкать, посмотрим, что выйдет.

[Ginger_Ministrel]

Я решил все-таки ради обучения написать свой вариант. Возник вопрос: как лучше реализовывать точку доступа?
Вижу два разных варианта. Первый - набор глобальных функций. Второй - аналогично QApplication: создаваемый в мэйне синглтон + глобальный указатель на него.

[Old]

Первый - набор глобальных функций.

Наверное лучше класс с статическими членами.

Второй - аналогично QApplication: создаваемый в мэйне синглтон + глобальный указатель на него.

Если вы уверены, что такая система нужна одна на всю систему (а я не вижу смысла в нескольких), то хватит статических методов, но можно и синглетон завести.

[Ginger_Ministrel]

Она нужна будет одна. По крайней мере, на данный момент я не вижу, зачем может понадобиться две разные системы связи удаленных объектов.
Синглтон больше подходит, потому что с одним и тем же массивом абонентов будет иметь дело несколько разных функций.

[Old]

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

С массивом будет работать одна функция broadcast и две закрытых функции listen/unlisten (помещающая/удаляющая слушателя из массива). Их можно просто сделать статическими методами класса и все смогут к ним обращаться. Две последние я бы сделал закрытыми и подружил этот класс с базовым Object, что бы он мог регистрироваться в системе оповещения.

[Fregloin]

Может здесь подойдет шаблон Медиатор?..