Почему мы пишем окно.?

Question

При добавлении некоторого кода инициализации на веб-страницу, я обнаружил, что пишу window.onload = ... в течение девяностого времени, когда мысль ударила меня.

window. не требуется, потому что window - текущий объект. Так что это необязательно!
Но никто не пишет только onload = ..., и я удивляюсь, почему это так.

Я имею в виду, что у нас нет проблем с написанием других вещей, скажем alert без квалификатора window..

window.onload = function() { 
    alert('Your window has loaded'); 
}; 

в то время как в действительности, alert просто такой же метод window объекта как onload есть.
Итак, почему разница? Почему даже официальные сайты, такие как W3C, делают это?

Answer 1

Мы пишем window., когда хотим быть откровенными. Есть два основных случая, когда это хорошая форма, чтобы использовать его:

• свойства и методы window объекта - все, что является частью Window interface. Вы можете упомянуть об этом слушателе .onload, например, window.scrollY, window.status, window.parent, window.open(), window.focus(), window.removeEventListener().
• создание глобальных объектов. Присвоение window.myGlobalVar из любой области действия - это общая JS-идиома для создания глобальной «переменной». По общему признанию, по-прежнему лучше заявить об этом с var.

Хотя мы могли «опционально» опустить здесь window., это необычно. Особенно создание implicitly global variables через назначение презирают и обычно воспринимаются как ошибка. Поэтому, если вы делаете это специально, вы заявляете о своем намерении, используя window..

Однако первый случай не всегда четко определен. Мы часто опускаем часть window., когда свойство, которое мы хотим использовать, по существу является статической глобальной переменной и не обязательно связано с объектом window, даже если оно официально определено на нем. Вы редко видите кого с помощью document, atob(), Worker, setTimeout() или fetch() с префиксом window., так же, как вы не используете window.JSON.parse или window.Array для встроенных объектов (хотя это было бы справедливо).

Для некоторых других свойств, таких как navigator, location или alert() это не всегда ясно, и те, которые используются, возможно, пятьдесят на пятьдесят без или нет.

Answer 2

Я вижу следующие причины:

1. Сокращение поиска вверх области видимости цепи улучшит производительность слегка. Это также видно в IIFE, где window отправляется как параметр функции, и внутри него используется локальная ссылка на окно.
2. Если функция/член, определенная на window глобально, переопределена в области, то она не будет работать должным образом, поэтому ссылка явно указывает на правильную функцию/член. Это полезно для создания функции/члена с тем же именем, что и глобальный, и по-прежнему доступ к глобальному члену из скрытой области.

Answer 3

Потому что .onload не является исключением для window. Его также можно использовать, например, как document.onload. Таким образом, вы определяете его в зависимости от того, когда вы хотите, чтобы ваш скрипт выполнялся.

Answer 4

Объект окна по умолчанию инициализирован браузером. Его хорошая практика , чтобы определить явно объект окна, он влияет на производительность &, ваш код станет понятным.