В целом, как работают обработчики событий?

Это общая тема, как работают обработчики событий?

Это означает, что за кулисами - что происходит, когда они создаются.

У меня есть грубая идея, но я хотел бы, чтобы она была подтверждена.

event-programming implementations

— JHarley1
источник

en.wikipedia.org/wiki/Observer_pattern

— Стивен Эверс

Блестящий, образец Обозревателя был тем, что я нашел: я прочитал в Интернете об этой проблеме и прочитал хорошую статью на предмет Программирования, управляемого событиями. В этой статье обсуждается процесс шаблона проектирования обработчиков. Таким образом, у вас есть пара событий, которые приходят к диспетчеру, который затем берет это событие и анализирует его, чтобы определить его тип события, а затем отправляет каждое событие обработчику, который может обрабатывать события этого типа.

— JHarley1

Это объясняет, как диспетчер представляет собой бесконечный цикл, который останавливается только тогда, когда (например, с GUI-приложением) программа закрывается. И затем, как у вас есть шаблон наблюдателя (или шаблон публикации / подписки), который широко используется для программирования на основе событий с помощью графических фреймворков, и как он работает по голливудскому принципу «Не звоните нам, мы вам позвоним» ,

— JHarley1

Вы сказали бы, что приведенное выше объяснение адекватно?

— JHarley1

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

— JB King

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

Конечно, способ, которым это на самом деле реализовано, значительно варьируется в зависимости от ОС и типа устройства / ввода. В системах UNIX одним из способов реализации обработчиков событий для таких вещей, как сокеты, последовательные порты или порты USB, является использование системных вызовов select или poll . Один или несколько дескрипторов файлов / устройств (которые связаны с устройством, таким как сетевой сокет, последовательный порт / USB-порт и т. Д.) Передаются pollсистемному вызову, который доступен программисту через низкоуровневый C-API. Когда событие происходит на одном из этих устройств (например, некоторые данные поступают на последовательный порт), системный вызов poll прекращает блокировку, и приложение затем может определить, какой дескриптор устройства вызвал событие, и какой тип события это было ,

В Windows это обрабатывается по-разному, но концепции в основном одинаковы.

— Чарльз Сальвия
источник