А что логичного в вводе лишней сущности на 100% аналогичной параметру-функции? Её частный случай - виртуальная/перегруженная функция (объекта). Их все тоже колбэками обзывать?

ИМХО A. Fig Lee указал на ключевой признак - вызов из другого треда.

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

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



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

А если указатель указывает на функцию более низкого уровня, тогда как? И по какому критерию делить на уровни?

Это не просто параметр-функция. Это такой параметр-функция, который вызывается в процессе работы вызываемой функции (той, которой мы передали параметр). Я уже приводил пример простейшего callback-а: параметр compare функции qsort(). Функция qsort() умеет быстро сортировать, но не знает, что она сортирует. Поэтому она вызывает пользовательскую функцию сравнения. Вот это и есть callback в чистом виде.


Нет, это совершенно не обязательно.

А разве может быть иное?

Неубедительно.
Параметр-функция для того и существует, чтобы его/её вызывать "оттуда". И как раз функция, которая будет вызывать другую функцию через параметр не знает о ней ничего, кроме списка передаваемых ей параметров. Хотя, из другого треда это уже динамически настраеваемый адрес event-а.

Всё-таки где отличия от параметра-функции или это 100% аналог?

Сообщение отредактировал GetSmart - May 5 2014, 21:57

Да. Функция может не вызывать переданный ей параметр-функцию в процессе своей работы
Может просто сохранить в переменной, например. Или возвращать адрес функции-параметра.


Вы не согласны с тем, что параметр функции qsort() является callback-ом? Так это не я придумал, это общепринято.
То, что вы с A. Fig Lee считаете callback'ом - это асинхронный callback, частный случай callback'а. Вот вам, например, статья про сравнение асинхронных и синхронных callback'ов. Там есть и определения для этих двух вариантов.


Вот выше я привёл два примера функции-параметра, не являющихся callback'ами. Но обычно эти понятия синонимы.

CC2520 не является Zigbee трансивером, но в мануале она так обзывается.
Если нет факта callbacka, значит это не callback.
qsort, это ни какой ни бэк, это последовательная енумерация.
Без всяких коллов и бэков.

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

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

Голосуем. Кто за этот вариант?
А то чёткость признаков отсутствует.


Драйвер устройства хранения вызывает функции файловой системы?

Да, это стопудово верный вариант. Осталось выяснить, что такое факты callback'а

Как в жизни. "Перезвони(те) мне" = асинхронность + разговор за чужой счёт (чужой тред). Плюс нет 100% гарантии, что перезвонит

Сообщение отредактировал GetSmart - May 7 2014, 13:29

+1.
Кстати по поводу "qsort callback"
Это как "шампанское" "Советское шампанское".
Все называют. Хотя правильное определение шампанского, если спросить:
игристое вино произведенное в провинции Шампань.
А так да, шампанское является игристым вином..

Это уже ниже пояса (про советское). Напиток давно потерял связь с деревней.

Более интересен вопрос: Корневой класс колбэкает виртуальные методы своих потомков или нет? Они ей вроде как сообщают "номера телефонов". Но здесь скорее кол без бэка.

Сообщение отредактировал GetSmart - May 7 2014, 13:46