Передача указателя на функцию-член

@Inversus · Регистрация: 28.08.2016

Author24 — интернет-сервис помощи студентам

Всем привет !

Необходимо передать функцию-член в качестве параметра другой функции-члену. Следующий код

C++ (Qt)

class Menu {
    public:
    void spin();   
};
void Menu::spin() {
  ;
}
class Encoder {
  public:
    void setSpinFunc(void(Menu::*i)());
};
void Encoder::setSpinFunc(void(Menu::*i)()) {
  ;
}
int main()
{
    Menu m();
    Encoder e();
    e.setSpinFunc(m.spin);
}

вызывает ошибку: request for member 'setSpinFunc' in 'e', which is of non-class type 'Encoder()'

Уже долго туплю над этим, похоже сам не въеду, разъясните что не так.

@Avazart · 03.09.2016, 00:29

Кроме двух указателей нужно еще и как то хранить типы.

Сообщение от Inversus

Да видел эту каркалыгу. Мне вот интересно, люди на хабре вообще проверяют то что им преподносят, или просто с умным видом поддакивают - мол, да да, мы умные, мы во всем разобрались. Пример даже не компилируется - два предупреждения и две ошибки.

Лично у меня компилится и работает (MSVC2010 и RAD XE3).

http://ideone.com/cVHRAL

@Fulcrum_013 · 03.09.2016, 00:40

Сообщение от Inversus

В процессоре как правило не стоит задачи отлавливать каждый бит шины, в отличии от контроллера.

Именно такая задача и стояла. Кроме работы с ком-портами садились на шину УВМ совсем другой архитектуры через самодельный адаптер.

Сообщение от Inversus

Тем не менее стандартными средствами AVR можно отловить только внешние прерывание целого порта (коих в моем случае всего 3), а дальше - сам изголяйся

. То же самое и у КР580 и у интела причем у интела прерываний 16 а портов целая простыня (т.е. на одном прерывании висит куча портов потом еще разбирайся опрашивая регистры внешних устройств кто сказал царя не надо ). И у всего что видел тоже так.

Сообщение от Inversus

Во вторых Я не стал с нуля писать обработку прерываний, а взял за основу известный код, (но не ООП однако)

Ну это похоже первая ошибка и главная в работе с прерываниями. Обработчику прерывания обычно нужна не абсолютная универсальность а универсальность в рамках задачи или даже подзадачи. Т.е. обработчик или наборы обработчиков лучше делать самостоятельно. Но для этого нужно чуток по глубже разобраться как прерывания функциклят. Т.е. научится мыслить прерывааниями. Это кстати очень на мультипоток похоже только с приоритетами.

Сообщение от Inversus

В целом, программа работает и в нынешнем виде, но с костылями. Просто хотелось элегантности и универсальности.

Ну если дело касается прерываний то обработчик прерывания вызывающий делегата это не костыль а неизбежность. Если нужно скажем по своему делегату на каждый пин сделать можно обработчику прерываний дать массив делегатов и будет для каждого пина своего делегата вызывать. Это в принципе одно и тоже что дать ему массив интов которые передавать дальше в какую то функцию выбирая нужный при срабатывании каждого определенного бита.

@Avazart 8385 / 6147 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	03.09.2016, 00:29	41
	Кроме двух указателей нужно еще и как то хранить типы. Сообщение от Inversus Да видел эту каркалыгу. Мне вот интересно, люди на хабре вообще проверяют то что им преподносят, или просто с умным видом поддакивают - мол, да да, мы умные, мы во всем разобрались. Пример даже не компилируется - два предупреждения и две ошибки. Лично у меня компилится и работает (MSVC2010 и RAD XE3). http://ideone.com/cVHRAL 0

@Fulcrum_013 2063 / 1542 / 168 Регистрация: 14.12.2014 Сообщений: 13,402
	03.09.2016, 00:40	42
	Сообщение от Inversus В процессоре как правило не стоит задачи отлавливать каждый бит шины, в отличии от контроллера. Именно такая задача и стояла. Кроме работы с ком-портами садились на шину УВМ совсем другой архитектуры через самодельный адаптер. Сообщение от Inversus Тем не менее стандартными средствами AVR можно отловить только внешние прерывание целого порта (коих в моем случае всего 3), а дальше - сам изголяйся . То же самое и у КР580 и у интела причем у интела прерываний 16 а портов целая простыня (т.е. на одном прерывании висит куча портов потом еще разбирайся опрашивая регистры внешних устройств кто сказал царя не надо ). И у всего что видел тоже так. Сообщение от Inversus Во вторых Я не стал с нуля писать обработку прерываний, а взял за основу известный код, (но не ООП однако) Ну это похоже первая ошибка и главная в работе с прерываниями. Обработчику прерывания обычно нужна не абсолютная универсальность а универсальность в рамках задачи или даже подзадачи. Т.е. обработчик или наборы обработчиков лучше делать самостоятельно. Но для этого нужно чуток по глубже разобраться как прерывания функциклят. Т.е. научится мыслить прерывааниями. Это кстати очень на мультипоток похоже только с приоритетами. Сообщение от Inversus В целом, программа работает и в нынешнем виде, но с костылями. Просто хотелось элегантности и универсальности. Ну если дело касается прерываний то обработчик прерывания вызывающий делегата это не костыль а неизбежность. Если нужно скажем по своему делегату на каждый пин сделать можно обработчику прерываний дать массив делегатов и будет для каждого пина своего делегата вызывать. Это в принципе одно и тоже что дать ему массив интов которые передавать дальше в какую то функцию выбирая нужный при срабатывании каждого определенного бита. 0