всё равно даже в случае полного хаоса класс, предоставляющий регистрацию лисенера должен наследовать соотв. интерфейс, скажем, EventProvider, а класс, регистрирующий коллбак наследует интерфейс EventListener и всё.

AkhНаследовать мышь от кота тоже не хорошо.никто и не просит. Наследуй их от мохнатого четвероногого жывотного.

Akh2. А куда это втыкается? ;)ну у тебя же проблемы были с приведением типов. Ладно, забей, всё равно это ересью было.

AkhУтилиты вызывает задачу. Общий случай: задача подключает 40 объектов одного класса, 30 другого и так далее.а проблема в чём? Утилиту с задачей связать или кучу классов с задачей?

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

ага... кажется, понял... ты хочешь регистрировать в таймере произвольные методы объектов для выполнения по таймауту? Хмм... точно не знаю... в мфц это делается, кажется, с помощью костылей. Насчёт qt не знаю.

В мфц я что-то вообще не нашёл класса таймера :)
В спп.нет обработчик коннектится через делегат :) (если метод нестатический, указывается объект, к которому применять метод).

скольких, однако, трудов стоит написать на спп жалкое подобие делегата :)

хмм... о чём это ты? Мне ildasm весьма красиво пишет.

Ну да, подробнее, но всё делается именно так, как предполагается. И нет приведений типов, как в стихах blinded.
А знаешь, что происходит, когда вызывается тот метод Timer::start ? В курсе, что этот метод будет размножаться?