Всем доброе время суток.

Последние пару лет писал на C#, а тут пришлось на С++ вернуться. Не могу реализовать довольно простую как мне кажется вешь, просто не верится что это не выполнимо    Перерыл ваш форум но исчерпывающего ответа не нашел. Суть проблемы - как реализовать на C++ аналог делегата на C#. То есть, у меня допустим есть класс А и класс В. Нужно в метод класса В передать метод класса А чтоб он его вызвал при определенных условиях. Что-то вроде callcack функции, но в ее роли выступает метод. Методы не статические. Плиз подскажите решение или киньте ссылкой. 

ЗЫ Имеется ввиду не передавая в класс B указатель на класс А  

Это сообщение отредактировал(а) Ravenan - 24.5.2006, 15:38

Придется. Но можно замаскировать.

Ну например вот так:

(comeau скомпилировал)


То есть мы делаем класс каллбэк, а он сам решает что и кому ему передать управление - ф-ции-члену класса, вызвать какую либо обычную ф-цию или ещё что.

ps. кстати, этот вопрос всплывает не в первый раз. на моей памяти во второй. это не укор автору темы, это небольшая статистика   


    

Это сообщение отредактировал(а) Mayk - 24.5.2006, 14:52

Mayk, 
Большое спасибо    

В С++ делегатов нет. Пока. Но можно воспользоваться boost::function - это очень гибкий механизм, который наверняка войдет в следующую реинкарнацию STL. 
Это примерно то же самое, что написал Mayk,  но гораздо мощнее - любые параметры, любые возвр. значения и т.д. 

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

Mayk, 
Радость омрачилась ошибкой линкера   

Error    1    error LNK2001: unresolved external symbol "public: virtual void __thiscall Callback::operator()(void)" (??RCallback@@UAEXXZ)    qq.obj    

компилятор - VS2005 

 

MAKCim, 
Спасибо, теперь все ок!

Вот только думаю раз на такие ухищрения приходится идти - может сама архитектура неправильная?     
У меня есть класс который прнимает сообщения с клавиатуры через DirectInput. Я хотел бы дать ему хеш-таблицу с callback методами для разных клавиш. Самой обработкой естественно другой класс заниматься будет.
Не подскажите - нормальная вообще практика подобная? 
То есть это стандартный подход при проектировании или подобных ситуаций в С++ стоит избегать? 

вполне нормальная
сделать что-то типа

и вызывать потом
 

MAKCim, 
Прошу помощи в решении еще одной возникнувшей проблемы   

Все прекрасно работает если метод вызывается непосредственно там куда его передали вроде

А если bc сохранить в каком-то поле класса и вызвать потом из другого метода, то приложение вываливается.

В дебагере видно что хотя сам указатель p не изменился при переходе в другую функцию, значение структуры Callback на которую он указывает самопроизвольно изменилось.

Объясните пожалуйста причину подобного побочного еффекта      

Это сообщение отредактировал(а) Ravenan - 25.5.2006, 17:33

Может у функций все же разные имена? 

baronp, 
да, сорри, подправил 

а как ты вызываешь 1-ю функцию? 

  

Это сообщение отредактировал(а) Ravenan - 25.5.2006, 17:49

При вызове foobar в кострукторе A() ты создаешь временный объект, который разрушается после выхода из foobar. Выход: в классе B вместо указателья обявить переменную, но тогда нужен default-конструктор в MemberCallback и там же нужен copy-коструктор.

Добавлено @ 18:01 
На счет замены указателья это я погорячился. Надо в первый foobar передавать не ссылку, а указатель, при этом объект MemberCallback  в конструкторе А придется создавать динамически. Тогда придется думать об удалении этого объекта (возможно auto_ptr).