Структура функций, В чём преимущество ? Опции

[pokk]

Здравствуйте, есть вот такая хитрая структура (тут мне не совсем понятно что делает union и зачем он там нужен)

CODE

typedef struct __WIZCHIP
{
uint16_t if_mode; ///< host interface mode
uint8_t id[6]; ///< @b WIZCHIP ID such as @b 5100, @b 5200, @b 5500, and so on.
/**
* The set of critical section callback func.
*/
struct _CRIS
{
void (*_enter) (void); ///< crtical section enter
void (*_exit) (void); ///< critial section exit
}CRIS;
/**
* The set of @ref\_WIZCHIP_ select control callback func.
*/
struct _CS
{
void (*_select) (void); ///< @ref \_WIZCHIP_ selected
void (*_deselect)(void); ///< @ref \_WIZCHIP_ deselected
}CS;
/**
* The set of interface IO callback func.
*/
union _IF
{
/**
* For BUS interface IO
*/
struct
{
uint8_t (*_read_byte) (uint32_t AddrSel);
void (*_write_byte) (uint32_t AddrSel, uint8_t wb);
}BUS;
/**
* For SPI interface IO
*/
struct
{
uint8_t (*_read_byte) (void);
void (*_write_byte) (uint8_t wb);
}SPI;
// To be added
//
}IF;
}_WIZCHIP;

Заполнение её (.if_mode .id и др указывают место расположение ? т.е при таком подходе можно их местами менять ? )

Код

_WIZCHIP  WIZCHIP =
      {
      .id                  = _WIZCHIP_ID_,
      .if_mode             = _WIZCHIP_IO_MODE_,
      .CRIS._enter         = wizchip_cris_enter,
      .CRIS._exit          = wizchip_cris_exit,
      .CS._select          = wizchip_cs_select,
      .CS._deselect        = wizchip_cs_deselect,
      .IF.BUS._read_byte   = wizchip_bus_readbyte,
      .IF.BUS._write_byte  = wizchip_bus_writebyte
//    .IF.SPI._read_byte   = wizchip_spi_readbyte,
//    .IF.SPI._write_byte  = wizchip_spi_writebyte
      };

Работа с ней выглядит так

Код

WIZCHIP.CS._select();

т.е получается просто вызывается функция wizchip_cs_select()

Так вот чём преимущество такого подхода WIZCHIP.CS._select(); по сравнению с просто вызовом функции wizchip_cs_select(); ?
И на сколько дольше выполняется первый метод по сравнению со вторым?

[AHTOXA]

Что есть "обратный вызов"? По-моему, это неправильная печать перевод. Можно представить что-то вроде "туда-обратно". Типа, функция, возвращающаяся назад, а не вызывающая другие функции.

Нормальный перевод. Мы вызываем библиотечную функцию, она в процессе своей работы вызывает нас обратно, через переданную ей в качестве параметра функцию обратного вызова.

А это одно и тоже. он асинхроннен, но в теории может совпасть.

Ну хватит уже нести чушь. Вы неправильно понимаете, что такое callback.
Вот пример синхронного калбэка: EnumWindows

BOOL WINAPI EnumWindows(
_In_ WNDENUMPROC lpEnumFunc,
_In_ LPARAM lParam
);

Parameters:
lpEnumFunc [in]
Type: WNDENUMPROC
A pointer to an application-defined callback function. For more information, see EnumWindowsProc.

[A. Fig Lee]

Ну хватит уже нести чушь. Вы неправильно понимаете, что такое callback.
Вот пример синхронного калбэка: EnumWindows

Callback ВСЕГДА асинхронный, строго говоря. и в этом случае тоже.
Смысл в том, что мы передаем другой программе/объекту/кернелу/треду "управление".
Что оно будет делать и когда нас позовет неизвестно.
И EnumWindows не исключение.
Другой вопрос, что вернется функция после вызова каллбэка.
Но это чисто применение синхронизейшн примитивов.
Точно так же можно позвать функцию передачи данных в сериал порт, передать туда каллбэк функцию,
котораю будет сигналить объект, а мы после вызова нашей функции будем ждать этот обьект.
И абсолютно асинхронный каллбэк "вдруг стал синхронным".

На самом деле в обоих случаях сам каллбэк был асинхронным. Иначе это уже не будет то, что называют каллбэком

То есть, события, асинхронность - не при чем? Просто передаем один из возможных методов (функций)? И что же тогда означает "callback"?

Именно асинхронность и события причем.

Вот я, например, написал библиотеку для связи через ethernet.
Периодически она будет передавать данные из сети пользователю.
Когда - неизвестно.
Как пользователю получить данные?
Типичное применение - при инициализации моей библиотеки он передает мне callback функцию,
которую я буду звать, когда чтото прийдет.

Что касаемо названия "callback". Вызов из пользовательской программы библиотечной функции - это нормальный вызов. Вызов наоборот - из библиотечной функции пользовательской функции - обратный вызов. Всё логично

Необязательно. Не всякая функция, которую вызывают через пойнтер, является каллбэком

[AHTOXA]

Callback ВСЕГДА асинхронный, строго говоря. и в этом случае тоже.

Неверно. Асинхронный - это кода управление вернулось после вызова, а вызовы callback-а продолжают поступать.
В данном случае callback именно синхронный. Точно так же, как и в примере с сортировкой qsort.
Ещё раз повторяю: callback и асинхронность - вещи ортогональные.

[A. Fig Lee]

Неверно. Асинхронный - это кода управление вернулось после вызова, а вызовы callback-а продолжают поступать.
В данном случае callback именно синхронный. Точно так же, как и в примере с сортировкой qsort.
Ещё раз повторяю: callback и асинхронность - вещи ортогональные.

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

[AHTOXA]

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

Если его засинхронизировали, то он синхронный. Если он синхронный, то он совершенно точно не асинхронный. По-моему, это очевидно.

ЗЫ. Задание на дом - поищите скрытую асинхронность (такие вещи как WaitForSingleObject) в реализации callback-ов в функции qsort() например.

[A. Fig Lee]

Если его засинхронизировали, то он синхронный. Если он синхронный, то он совершенно точно не асинхронный. По-моему, это очевидно.

Именно. Что сам по себе он всегда асинхронный. Чтоб был синхронным надо пляски с бубном.
Пляски с бубном прямого отношения к каллбэку не имеют, но имеют к тому что он асинхронный.
Приходится синхронизировать.

А так да, можно все что угодно засинхронизировать.

А это как называется? Или где здесь событие?

Нет никакого каллбэка здесь. Вызов функции через пойнтер есть.
Абстракция есть. Виртуальная функция средствами С, так сказать.