Цитата(powerfox @ 13.11.2005, 14:16)

To Perchilla: Не могли бы Вы дать пояснения к коду?

тут я просто создал объект функцию (сигнал) с перегруженным оператором (), к которому можно подключать другие функции (слоты). Для подключения слотов я перегрузил оператор <= (для наглядности). Указатели на слоты храняться в контейнере std::vector. При имитировании сигнала ( signal() ) соответственно вызываются все слоты, которые былы подключены. То есть как в QT, например при нажатии на QPushButton имитируется сигнал clicked().

Но мой пример не очень хорош, чаще требуется передавать какие - то параметры из сигнала в слоты ( например координаты, как у Kurt ). Для частного случая можно и напильником подогнать, но если в одном классе надо держать несколько сигналов с разныи количеством параметров, то лучше написать шаблон. Вот только в шаблонах я пока плаваю и не могу понять как правильно это сделать: перегрузить шаблоны для разного количества параметров или можно как то хитро обойти одним шаблоном.

Еще бы не мешало предотвращать попытки повторного подключения слота, дать возможность отключение определенного слота, сделать, чтобы сигнал мог возвращать значения... Но все это больше похоже на переписывание boost::signals.

А вот интересно, как в boost сделали передачу параметров в слоты. Знаю, что в QT это реализовано на уровне препроцессора, что немного огорчает .

Цитата(Kurt @ 13.11.2005, 00:59)

Не спорю, в QT все классно сделали, но, увы, я работаю с GTK.

Кстати, как помню, на qt-шном сайте видел обсуждение по поводу событий, что ради совместимости со старыми наработками разработчики отказываются заменить систему на более эффективную... А на www.fox-toolkit.org утверждается, что в FOX самая лучшая система событий, но я лично не анализировал (по другим причинам выбрал WxWidgets).

Цитата(Perchilla @ 13.11.2005, 16:17)

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

Может не шаблон, а несколько классов?
Посмотри раздел Events на
http://wxwidgets.org/manuals/2.6.2/wx_clas...ml#classesbycat
у этой достаточно старой и распространённой библиотеки есть иерархия типов событий...

Цитата

Может не шаблон, а несколько классов?

просто все мои представления об этом отталкиваются от boost::signals, а там можно так записать:

Код

void print_sum(float x, float y) {   std::cout << "The sum is " << x+y << std::endl; } void print_product(float x, float y) {   std::cout << "The product is " << x*y << std::endl; } void print_difference(float x, float y) {   std::cout << "The difference is " << x-y << std::endl; } void print_quotient(float x, float y) {   std::cout << "The quotient is " << x/y << std::endl; } // . . .  boost::signal<void (float, float)> sig; sig.connect(&print_sum); sig.connect(&print_product); sig.connect(&print_difference); sig.connect(&print_quotient); sig(5, 3);

Цитата

А на www.fox-toolkit.org утверждается, что в FOX самая лучшая система событий, но я лично не анализировал (по другим причинам выбрал WxWidgets).

В FOX Toolkit такое же мракобесие на макросах, как в wxWidgets или MFC.

Цитата(Perchilla @ 14.11.2005, 08:20)

Цитата Может не шаблон, а несколько классов? просто все мои представления об этом отталкиваются от boost::signals, а там можно так записать: Код void print_sum(float x, float y) {   std::cout << "The sum is " << x+y << std::endl; } void print_product(float x, float y) {   std::cout << "The product is " << x*y << std::endl; } void print_difference(float x, float y) {   std::cout << "The difference is " << x-y << std::endl; } void print_quotient(float x, float y) {   std::cout << "The quotient is " << x/y << std::endl; } // . . .  boost::signal<void (float, float)> sig; sig.connect(&print_sum); sig.connect(&print_product); sig.connect(&print_difference); sig.connect(&print_quotient); sig(5, 3);

А где здесь события с разным количеством аргументов? Вроде тоже самое только тип задаётся с помошью шаблона.

Цитата(Guest @ 15.11.2005, 14:51)

А где здесь события с разным количеством аргументов? Вроде тоже самое только тип задаётся с помошью шаблона.

разница в том, что я юзая один класс могу создать сигналы с разлиным количеством параметров. Количество параметров у слотов разумеется должно быть одинаково. Правда в QT это не обязательно, но это другая тема.

делегаты в .net не более чем функции обратного вызова в си. а нагородили-то на три страницы...QT приплели...

Это сообщение отредактировал(а) nikf - 15.11.2005, 20:58

Цитата(nikf @ 15.11.2005, 22:57)

делегаты в .net не более чем функции обратного вызова в си.

Для Си все просто. А вот для C++ аналогом делегатов дотнета является boost::function + bind'еры. Потому что метод объекта сам по себе не является вызываемой сущностью.

Цитата(Void @ 15.11.2005, 21:04)

А вот для C++ аналогом делегатов дотнета является boost

boost это библиотека, а не язык, вопрос про язык был, а библиотек всяких разных в том числе и boost достаточно много. от этого они не становятся стандартом языка

nikf
Хорошо. Аналогом делегатов дотнета является boost::function или близкая по функциональности библиотека. Так устраивает? В C++ нет примитивов, позволяющих решить поставленную задачу.

Цитата(nikf @ 15.11.2005, 23:37)

от этого они не становятся стандартом языка

Почти стали. Посмотри TR1 по стандартной библиотеке.

Иногда удобно применять подход описанный ниже. Как называется не знаю. Но цель вынести обшую функционалость в обший класс обработчик.
Состоит из трех частей : 
1 определение типов сообшений,так чтоб их объект содержал нужную информацию о событии - например в описанной ниже хранится координаты покинутой клетки и той на которую перепрыгнул объект
2. Интерфейс обработчика сообшений - состоид из двух частей
а. перегруженный метод (в примере OnEvt) для диспатчеризации нужного типа нужному обработчику
б. виртуальный метод  - обработчик события 
3. сам объект

Преимушества :
1. Типизация которая не даст допустить ошибку.
2..  двойная диспетчиризация, что позволяет раздельно развивать, но совместно использовать  сами обьекты и лабиринты.
3.  логика обработки событий сгруппированна в одном месте. 
4.  информация собирается в момент происхождения события а не в момент обработки
6.  *..
Недостатки:
1. нужна проектировка классов (что в принципе желательно при любом подходе)
2. естественно не потокобезопасная
3 *..
 *..  = может есть что то еше - сейчас не пришло в голову 

Насколько понял, вы просто вынесли код события в отдельное дерево классов начинающееся с LabirintEvt. Не совсем понятно когда такой подход удобен... Если есть объект Лабиринт и объект Человечек, то для рекции Лабиринта на движения Человечка достаточно в одном классе создать указатель на функцию...

вышеназванный механизм удобен вместо реализации классической системы собщения тем, что диспетчиризация производится напрямую
вместо сигналов тем что подключение подключение происходит сразу пучком и не надо задумываться что куда подключать.
Он предоставляет обший интерфейс (со всеми вытекаюшими преимушествами и недостатками) на определеную группу событий, но выполнен с учетом возможности множественной диспетчеризации [пример ниже]


вобше сообшения предназначены не столько для реакции Лабиринта на движения Человечка   
сколько для реакции "внешних" компонентов на взаимоотношение между Человечком и Лабиринтом.


Пример: Главное окно разбито на несколько компонентов . В одном отображен сам процесс игры, в других информация о игре: координаты объекта , список ходов и т.д.



* Пример привел в обшей схеме с упрошениями для легкого представления.. 
названия выбраны условн, приставка W - означает виджет.
Преимушество приведенного примера : реализация визуализации отделена от реализации логики игры.
 



Это сообщение отредактировал(а) mes - 19.3.2008, 15:17

А здесь не тоже самое http://docs.wxwidgets.org/stable/wx_classe...ml#classesbycat дерево начинающееся с Events?