Как браузер узнает, что e (или золотая рыбка) относится к объекту события?

Question

Как браузер узнает, что e (или золотая рыбка) относится к объекту события?

1

Я использую events в javascript в течение 4 лет, но теперь я только начинаю подробно узнавать о событии.

Я понимаю, что объект события имеет 10 свойств:

bubbles
cancelable
currentTarget
defaultPrevented
eventPhase
isTrusted
target
timeStamp
type
view

и каждое из этих свойств можно получить в рамках функции, связанной с событием, используя:

e.bubbles
e.cancelable
e.currentTarget
и т.п.

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

function myFunction(e) {

   [... CODE HERE...]

}

Как браузер знает, что e относится к объекту события?

Я понимаю, что любое имя может представлять объект события - e или event или goldfish или что-то еще... но как браузер знает, какой из параметров функции является объектом события?

Rounin 18 янв. 2018, в 14:27

Источник

0

потому что это первый ..... как спецификация. dom.spec.whatwg.org/#callbackdef-eventlistener
epascarello 18 янв. 2018, в 13:14
0

Я всегда предполагал, что @epascarello всегда является первым параметром, переданным функции.
George 18 янв. 2018, в 13:16
0

Да, обработчик события вызывается слушателем события, который всегда передает объект события в качестве первого аргумента.
Lennholm 18 янв. 2018, в 13:25
0

Хм. Хорошо. Но что, если функция имеет единственный параметр, а не объект события? А что если функция имеет три параметра и ни один из них не является объектом события? В каждом случае javascript выполняет простую проверку, чтобы увидеть, ссылается ли объект события на первый параметр или нет?
Rounin 18 янв. 2018, в 13:27
2

Обработчик события не должен определять, какие аргументы он передает, а обработчик события вызывает обработчик, который решает, с какими аргументами он его вызывает. Обработчик события должен быть написан с пониманием того, что первый аргумент всегда будет объектом события.
Lennholm 18 янв. 2018, в 13:28
0

Это просто, что объект события является неявным «скрытым» параметром в вызове прослушивателя событий, который предшествует всем остальным явно указанным параметрам? Это лучший способ понять это?
Rounin 18 янв. 2018, в 13:34
0

Нет, это не скрытый параметр, смотрите мой ответ.
Lennholm 18 янв. 2018, в 13:40

Показать ещё 5 комментариев

Теги:

javascript

events

1 ответ

Ещё вопросы

потому что это первый ..... как спецификация. dom.spec.whatwg.org/#callbackdef-eventlistener
Я всегда предполагал, что @epascarello всегда является первым параметром, переданным функции.
Да, обработчик события вызывается слушателем события, который всегда передает объект события в качестве первого аргумента.
Хм. Хорошо. Но что, если функция имеет единственный параметр, а не объект события? А что если функция имеет три параметра и ни один из них не является объектом события? В каждом случае javascript выполняет простую проверку, чтобы увидеть, ссылается ли объект события на первый параметр или нет?
Обработчик события не должен определять, какие аргументы он передает, а обработчик события вызывает обработчик, который решает, с какими аргументами он его вызывает. Обработчик события должен быть написан с пониманием того, что первый аргумент всегда будет объектом события.
Это просто, что объект события является неявным «скрытым» параметром в вызове прослушивателя событий, который предшествует всем остальным явно указанным параметрам? Это лучший способ понять это?
Нет, это не скрытый параметр, смотрите мой ответ.

Lennholm · Accepted Answer · 2018-01-18T11-29-00.000Z

Обработчик событий в основном является функцией обратного вызова. Это означает, что это invoker (в данном случае, прослушиватель событий), который определяет, к каким аргументам вызывается функция обратного вызова, и это функция обратного вызова, которая должна соответствовать этой спецификации.

По этой спецификации прослушиватель событий вызывает обработчик с объектом события в качестве первого аргумента. Всегда! Это означает, что функции обработчика событий должны быть записаны с пониманием того, что первым аргументом всегда будет объект события. То, что обработчик события называет этим аргументом, полностью зависит от обработчика события, поскольку это имя является лишь локальной ссылкой на объект в любом случае.

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