Помогите зазобраться ка сделать.
Есть некоторый класс описанный в виде

В общем в классе есть указатель на функцию,
которая дергается, если в классе происходят какие либо
действия.
Есть второй класс

В общем класс, в котором есть объекс класса А
и некоторая функция.
Вопрос. Как мне для объекта MyA присвоить
его указателю Func указательфункции MyFunc изкласса B.
 Т.е. провернуть нечто следующее

Весь смысл в том, что мне нужно дергать метод класса,
который не является потомком другого класса.
(В данном примере В не потомок А.) А просто
в этом классе есть объект другого класса.
Компилятор настойчиво просит писать так

При этом все компилируется, но работает неправильно.
Т.к. присваивается не указатель моего созданного класса В,
а создется где-то внутри пустой класс В и дергается его
метод MyFunc.
Вот и спрашиваю как мне праивльно сделать?
Да у меня Visual Studio 2008.

Почитай про boost::function - найдешь решение   

я вам не верю
компилятор это не скомпилирует, т.к. MyA->Func и &B::MyFunc - имеют разные типы, которые не конвертируются имплиситли.
это будет работать только так



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

Это сообщение отредактировал(а) J0ker - 13.10.2008, 23:33

Хреновое правило  

почему?

потому-что явное лучше неявного  

Ну да. Именно так. Я просто опустил часть записи.
Собственно я уже сделал по простоту с использованием
статических методов и передачей среди параметров
указателя на объект. Просто и без заморочек.
Все заработало как надо.

a почему не сделать  примерно так? :

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

Наверное, потому, что альтернативой такому "неправильному дизайну" будет более громоздкий и менее удобочитаемый код. Например, все временные объекты, создаваемые выражениями вида T(expression-list), придётся делать именованными переменными (ну и зачем это нужно?).

почему все??? при наличии имплисит преобразования все пройдет нормально. При отсутствии оного - вместо тупого каста надо подумать что тут что-то не так. Безусловно бывают исключения (например ambiguous), но в C++ их все-таки постарались свести к минимуму, и на возмущения компилятора лучше обратить более пристальное внимание...

Это сообщение отредактировал(а) J0ker - 13.10.2008, 23:03

Какого ещё implicit преобразования?  Вот тебе пример кода.


Где ты тут implicit преобразование применишь?

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

Кстати, раз уж в другой теме мы про исключения заговорили... Когда мы пишем


мы тоже юзаем преобразовани типа. Тут тоже неправильный дизайн?

Это сообщение отредактировал(а) UnrealMan - 13.10.2008, 23:27

см.выше