Обработка событий в С++
вернуться

Клюев Александр Васильевич
Шрифт:

template <class Arg> // Arg – тип аргумента функции обработчика

class signal {

public:

 // Инициировать событие

 void raise(

Arg arg // Арумент arg будет передан в обработчики события

 );

};

slot – переходник для обработки события в классе-обработчике (детали реализации опущены)

class slot {

public:

 // установить связь с событием и обработчиком

 template <

class Owner, // класс-обработчик

class Arg // Тип аргумента события.

 >

 void init(

signal<Arg>&sig, // событие

void (Owner::*mpfn)(Arg), // функция обработчик

Owner *This // обьект обработчик

 );

 // установить связь с событием и обработчиком для случая signal<void>

 template <

class Owner // класс-обработчик

 >

 void init(

signal<void>&sig, // событие

void (Owner::*mpfn), // функция обработчик

Owner *This // обьект обработчик

 );

 // разорвать связь

 void clear;

};

Исходный код

Весь код находится в файле sigslot.h

#ifndef _SIGSLOT_h_

#define _SIGSLOT_h_

// sigslot.h – autor Kluev Alexander kluev@pragmaworks.com

template <class Arg>
class signal;

class slot {

 friend class signal_base;

 slot *_prev;

 slot *_next;

 struct Thunk {};

 typedef void (Thunk::*Func);

 Thunk *_trg;

 Func _mfn;

public:

 slot: _trg(0), _mfn(0), _prev(0), _next(0) {}

 ~slot {clear;}

public:

 void clear {

if (_next) _next->_prev = _prev;

if (_prev) _prev->_next = _next;

_prev = _next = 0;

 }

 template <class Owner, class Arg>

 void init(signal<Arg>&sig, void (Owner::*mpfn)(Arg), Owner *This) {

clear;

_trg = (Thunk*)This;

_mfn = (Func)mpfn;

sig._add(*this);

 }

 template <class Owner>

 void init(signal<void>&sig, void (Owner::*mpfn), Owner *This) {

clear;

_trg = (Thunk*)This;

_mfn = (Func)mpfn; sig._add(*this);

 }

private:

 template <class Arg>

 void _call(Arg a) {

typedef void (Thunk::*XFunc)(Arg);

XFunc f = (XFunc)_mfn;

(_trg->*f)(a);

 }

 void _call {

(_trg->*_mfn);

 }

};

class signal_base {

protected:

 friend class slot;

 slot _head;

 void _add(slot&s) {

s._prev =&_head;

s._next = _head._next;

if (_head._next) _head._next->_prev =&s;

_head._next =&s;

 }

 template <class Arg>

 void _raise(Arg a) {

slot *p = _head._next;

while (p) {

p->_call(a);

p = p->_next;

}

 }

 void _raise {

slot *p = _head._next;

while (p) {

p->_call;

p = p->_next;

}

 }

public:

 ~signal_base {

clear;

 }

public:

 void clear {

while (_head._next) _head._next->clear;

 }

};

template <class Arg>

class signal: public signal_base {

public:

 void raise(Arg);

};

typedef void VOID;

template <>

void signal<VOID>::raise {

 signal_base::_raise;

}

template <class Arg>

void signal<Arg>::raise(Arg a) {

 signal_base::_raise(a);

}

 #endif // _SIGSLOT_h_ 
 

Комментарии:

Не всегда корректный код

Вы приводите указатель на функцию-член класса клиента к указателю на функцию из конкрентного класса (slot::Thunk), это для некоторых классов может быть невозможно, ошибка компилятора, что-то типа "указатели имеют разную природу", наблюдатась для WTL проекта, я в свое время не стал углубляться, удалось обойтись.

Кстати эта проблема нашла отражение в FLTK (библиотека типа WTL/Qt, etc.,/– там все события вызывают статические функции с параметром-указателем this:

static void static_cb(void* v) {

 handler* h=(handler*)v;

 h->member;

}

В C++ указатели на функцию-член не всегда просто адрес функции, нельзя приводить указатель на функцию одного класса к указателю на функцию другого. Однако возможно есть один способ:

template<class TyClass::*f)>

void call(TyClass* p_this) {(

 p_this->*f);

}

т.е. сделать обычную функцию с параметром this, параметризованную функцией-членом, а на эту обычную функцию уже хранить указатель.

class foo {

 public: void f {}

};

typedef void (*call_f_type)(void*);

call_f_type call_f=(call_f_type)(call<&foo::f>);

а теперь

foo obj;

call_f(&obj);

Проблема здесь в том, что VC++ может не понять, что (call<&foo::f>) означает, что надо сгенерировать функцию и взять указатель на нее, ну и конечно как изменить Ваш пакет – как известно удобство важнее всего.

Интересно как это сделано в boost.

yaroslav_v 10.2.2003 17:11
делов-то

На самом деле ничего принципиально нового тут нет. Обычный callback. Чем это принципиально лучше чем ConnectionPoints из COM?

Евгений Коробко 10.2.2003 12:13
Хмм…

что-то не очень…

в Boost есть реализация подобного интересна тем, что:

• также является шаблонным классом

• слот может реагировать на несколько сигналов

• сигнал вызывает объект с перегруженным оператором , т.е. не обязателен отдельный объект типа слот…

• можно передавать не только объект-слот, но и просто указатель на функцию и работать будет с тем же успехом…

так что, конечно неплохо, но та реализация, IMHO, лучше…

null 6.2.2003 13:10

Не хуже, чем в QT ихние эвенты. И не надо макросов гопницких

Huang Bai Wei 5.2.2003 13:40