"Обработка событий в С++" - читать интересную книгу автора (Клюев Александр)Комментарии:Вы приводите указатель на функцию-член класса клиента к указателю на функцию из конкрентного класса (slot::Thunk), это для некоторых классов может быть невозможно, ошибка компилятора, что-то типа "указатели имеют разную природу", наблюдатась для WTL проекта, я в свое время не стал углубляться, удалось обойтись. Кстати эта проблема нашла отражение в FLTK (библиотека типа WTL/Qt, etc., http://www.fltk.org)/– там все события вызывают статические функции с параметром-указателем this:
В C++ указатели на функцию-член не всегда просто адрес функции, нельзя приводить указатель на функцию одного класса к указателю на функцию другого. Однако возможно есть один способ:
т.е. сделать обычную функцию с параметром this, параметризованную функцией-членом, а на эту обычную функцию уже хранить указатель.
а теперь
Проблема здесь в том, что VC++ может не понять, что (calllt;amp;foo::fgt;) означает, что надо сгенерировать функцию и взять указатель на нее, ну и конечно как изменить Ваш пакет – как известно удобство важнее всего. Интересно как это сделано в boost. На самом деле ничего принципиально нового тут нет. Обычный callback. Чем это принципиально лучше чем ConnectionPoints из COM? что-то не очень… в Boost есть реализация подобного интересна тем, что: • также является шаблонным классом • слот может реагировать на несколько сигналов • сигнал вызывает объект с перегруженным оператором (), т.е. не обязателен отдельный объект типа слот… • можно передавать не только объект-слот, но и просто указатель на функцию и работать будет с тем же успехом… так что, конечно неплохо, но та реализация, IMHO, лучше… Не хуже, чем в QT ихние эвенты. И не надо макросов гопницких |
|
|