Подключение javascript к html

Введение¶

До Godot 3.0, единственным выбором для написания скриптов игры был . В настоящее время Godot официально поддерживает четыре (да, четыре!) языка и имеет возможность динамически добавлять дополнительные скриптовые языки!

Это здорово, в основном из-за большой гибкости, но это также затрудняет нашу работу по поддержке языков.

«Основные» языки в Godot — это GDScript и VisualScript. Основной причиной такого выбора является их уровень интеграции с Godot. Это делает процесс овладения Godot более плавным; они оба имеют полную интеграцию с редактором, в то время как для C# и C++ необходимо использовать отдельную IDE. Если вы большой поклонник статически типизированных языков, то используйте C# и C++.

GDScript

, как упоминалось выше, является основным языком, используемым в Godot. Его использование имеет некоторые положительные моменты по сравнению с другими языками из-за его высокой интеграции с Godot:

Он прост, элегантен и разработан, чтобы быть понятным для пользователей, знающих другие языки программирования, таких как Lua, Python, Squirrel и т. д.
Загружает и компилирует невероятно быстро.
Интеграция с редактором позволяет с удовольствием работать, с написанием кода для узлов, сигналов и многих других элементов, относящихся к редактируемой сцене.
Имеет встроенные векторные типы (например, Vectors, transforms и т. д.), что делает использование линейной алгебры эффективным.
Поддерживает несколько потоков так же эффективно, как статически типизированные языки — это одно из ограничений, которое заставило нас избегать виртуальных машин, таких как Lua, Squirrel и т. д.
Не использует сборщик мусора, поэтому он располагает небольшой автоматизацией (в любом случае большинство объектов подсчитываются ссылками), детерминизмом.
Его динамическая природа упрощает оптимизацию разделов кода на C++ (через GDNative), если требуется большая производительность, без перекомпиляции движка.

Если вы не определились с выбором языка, но имеете опыт программирования, особенно на динамически типизированных языках, попробуйте GDScript!

Визуальный Скриптинг

Начиная с версии 3.0, Godot предлагает . Это типичная реализация языка «блоков и соединений», но адаптированная к тому, как работает Godot.

Визуальный скриптинг — это отличный инструмент для непрограммистов или для опытных разработчиков, которые хотят сделать части кода более доступными для других, например, дизайнеров игр или художников.

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

.NET / C#

Поскольку Microsoft C# является любимцем среди разработчиков игр, мы добавили официальную поддержку для него. C# — зрелый язык с тоннами кода, написанных для него, и его поддержка была добавлена благодаря щедрому пожертвованию от Microsoft.

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

Поскольку Godot использует среду выполнения Mono.NET, теоретически любая сторонняя библиотека .NET или программная платформа может использоваться для написания скриптов в Godot, так же как любой CLR-совместимый язык программирования, такой как F#, Boo или ClojureCLR. Однако, на практике C# является единственным официально поддерживаемым .NET вариантом.

Выполнение сценария

перед запуском скрипта на Windows необходимо изменить политику выполнения PowerShell по умолчанию. политика выполнения не применяется к PowerShell, работающему на платформах, отличных от Windows.

Политика выполнения по умолчанию предотвращает выполнение всех скриптов, включая скрипты, которые вы пишете на локальном компьютере. Подробнее см. в разделе about_Execution_Policies.

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

Чтобы изменить политику выполнения, используйте следующую процедуру.

В командной строке введите:

или

Изменение вступает в силу немедленно.

Чтобы выполнить сценарий, введите полное имя файла скрипта и полный путь к нему.

Например, чтобы запустить сценарий Get-ServiceLog.ps1 в каталоге C:\Scripts, введите:

Чтобы выполнить сценарий в текущем каталоге, введите путь к текущему каталогу или используйте точку для представления текущего каталога, после чего следует обратная косая черта ( ).

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

Если у скрипта есть параметры, введите параметры и значения параметров после имени файла скрипта.

Например, следующая команда использует параметр ServiceName скрипта Get-ServiceLog, чтобы запросить журнал действия службы удаленного управления Windows.

В качестве функции безопасности PowerShell не выполняет сценарии при двойном щелчке значка скрипта в проводнике или при вводе имени сценария без полного пути, даже если сценарий находится в текущем каталоге. Дополнительные сведения о выполнении команд и сценариев в PowerShell см. в разделе about_Command_Precedence.

Запуск с помощью PowerShell

Начиная с PowerShell 3,0 можно запускать сценарии из проводника.

Чтобы использовать функцию «Запуск с помощью PowerShell», сделайте следующее:

Запустите проводник, щелкните правой кнопкой мыши имя файла скрипта и выберите команду «запустить с помощью PowerShell».

Функция «запустить с помощью PowerShell» предназначена для выполнения скриптов, которые не имеют обязательных параметров и не возвращают выходные данные в командную строку.

Дополнительные сведения см. в разделе about_Run_With_PowerShell.

Выполнение сценариев на других компьютерах

Чтобы запустить сценарий на одном или нескольких удаленных компьютерах, используйте параметр FilePath командлета.

Введите путь и имя файла скрипта в качестве значения параметра FilePath . Скрипт должен находиться на локальном компьютере или в каталоге, к которому локальный компьютер может получить доступ.

Следующая команда запускает сценарий на удаленных компьютерах с именем Server01 и Server02.

У меня развивается депрессия от этой статьи.

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

С HTTP2/SPDY можно уменьшить избыточность запроса до такой степени, что самым
быстрым способом загрузить JavaScript будет передача скриптов отдельными
маленькими файлами (каждый из которых может индивидуально кэшироваться).

Представьте такую ситуацию:

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

К сожалению, никакого декларативного способа добиться такой ситуации нет, если
только сами скрипты не возьмутся отслеживать состояние загрузки
. Даже объявление не решает эту проблему,
поскольку выполнение будет блокироваться, пока не
выполнятся скрипты с 1 по 9. Существует только один браузер, в котором это
возможно сделать без хаков.

Это же самый быстрый способ загружать скрипты, правда? ПРАВДА?

Ну, если вы динамически решаете, какие скрипты загружать, тогда да, в противном
случае, пожалуй, нет. С примером выше браузер должен распарсить и выполнить
скрипт для того, чтобы определить, какие скрипты скачивать. Это значит, что
ваши скрипты остаются скрытыми от сканеров предзагрузки. Браузеры используют
эти сканеры для того, чтобы найти на странице те ресурсы, которые браузеру,
скорее всего, скоро понадобятся. Или, найти ресурсы страницы, пока браузер
блокирован загрузкой другого ресурса.

Можно добавить видимость этих скриптов для браузера, поставив в заголовке
документа:

Эти директивы говорят браузеру, что странице нужны 1.js и 2.js, и они видны
модулю предзагрузки. очень похож на
, но у него немного другая семантика. К сожалению,
сейчас он поддерживается только в Chrome, и вам нужно дважды декларировать,
какие скрипты загружать: один раз в ссылках, один раз в вашем скрипте.

DOMContentLoaded

Событие DOMContentLoaded происходит в объекте документа. Необходимо использовать addEventListener, чтобы отследить его:

document.addEventListener("DOMContentLoaded", ready);

Например:

<script>
  function ready() {
    alert('DOM is ready');

    // изображения еще не загрузились (если только не были сохранены в кэше), поэтому их размер 0x0
    alert(`Image size: ${img.offsetWidth}x${img.offsetHeight}`);
  }

  document.addEventListener("DOMContentLoaded", ready);
</script>

<img id="img" src="https://en.js.cx/clipart/train.gif?speed=1&cache=0">

В этом примере обработчик DOMContentLoaded запускается при загрузке документа (не при JavaScript onload), и не ждет полной загрузки страницы. Таким образом, предупреждение сообщает, что размер изображений равен нулю.

На первый взгляд событие DOMContentLoaded простое. Но есть несколько особенностей.

DOMContentLoaded и стили

Внешние таблицы стилей не влияют на DOM, поэтому DOMContentLoaded не ждет их загрузки. Но есть одно исключение: если скрипт размещен после подключения стилей, то он должен ждать загрузки и обработки CSS:

<link type="text/css" rel="stylesheet" href="style.css">
<script>
  // скрипт не будет выполняться до тех пор, пока не загружены таблицы стиле
  alert(getComputedStyle(document.body).marginTop);
</script>

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

Поскольку DOMContentLoaded ожидает загрузки скриптов (document onload JavaScript), он должен дождаться и загрузки стилей.

Загрузка скриптов

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

Мы можем загрузить этот скрипт динамически:

…Но как нам вызвать функцию, которая объявлена внутри того скрипта? Нам нужно подождать, пока скрипт загрузится, и только потом мы можем её вызвать.

Для наших собственных скриптов мы можем использовать JavaScript-модули, но они не слишком широко распространены в сторонних библиотеках.

Главный помощник – это событие . Оно срабатывает после того, как скрипт был загружен и выполнен.

Например:

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

…А что если во время загрузки произошла ошибка? Например, такого скрипта нет (ошибка 404), или сервер был недоступен.

Ошибки, которые возникают во время загрузки скрипта, могут быть отслежены с помощью события .

Например, давайте запросим скрипт, которого не существует:

Обратите внимание, что мы не можем получить описание HTTP-ошибки. Мы не знаем, была ли это ошибка 404 или 500, или какая-то другая

Знаем только, что во время загрузки произошла ошибка.

Важно:

Обработчики / отслеживают только сам процесс загрузки.

Ошибки обработки и выполнения загруженного скрипта ими не отслеживаются. Чтобы «поймать» ошибки в скрипте, нужно воспользоваться глобальным обработчиком .

Вот спасибо, IE! (и теперь это сарказм)

Бог дал, Бог взял. К сожалению, в семействе IE с версии 4 по 9 присутствует
очень противный баг, который может заставить скрипты выполняться в самом
неожиданном порядке.

Вот что происходит:

2.js

Если на странице присутствует хотя бы один абзац, то мы можем ожидать, что
порядок записей в лог будет идти так — , а в IE9 и ниже получается
так — . Некоторые манипуляции с DOM заставляют IE приостановить
выполнение текущего скрипта и исполнить другие, ожидающие выполнения скрипты,
перед тем, как продолжить.

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

Короче! Скажите уже, как мне загружать скрипты!

Ладно, ладно. Итак, вы хотите загружать скрипты так, чтобы они не
блокировали рендеринг, не заставляли бы вас писать повторяющийся код, и иметь
отличную кроссбраузерную поддержку? Вот что я могу предложить:

Да, именно так. И в конце элемента . Понимаете, бытие веб-разработчика
чем-то похоже на бытие Сизифа (бум! +100 очков к хипстерству за ссылку на
древнегреческую мифологию). Ограничения в HTML и браузерах не дают нам сделать
что-то, что будет значительно лучше.

Я очень надеюсь, что JavaScript-модули спасут нас, предоставив
декларативный и неблокирующий способ загружать скрипты с сохранением контроля
над порядком их исполнения, хотя, для этого придется писать скрипты как модули.

Асинхронные скрипты: defer/async

Браузер загружает и отображает HTML постепенно. Особенно это заметно при медленном интернет-соединении: браузер не ждёт, пока страница загрузится целиком, а показывает ту часть, которую успел загрузить.

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

Например, в примере ниже – пока все кролики не будут посчитаны – нижний не будет показан:

Такое поведение называют «синхронным»

Как правило, оно вполне нормально, но есть важное следствие

Если скрипт – внешний, то пока браузер не выполнит его, он не покажет часть страницы под ним.

То есть, в таком документе, пока не загрузится и не выполнится , содержимое будет скрыто:

И здесь вопрос – действительно ли мы этого хотим? То есть, действительно ли оставшуюся часть страницы нельзя показывать до загрузки скрипта?

Есть ситуации, когда мы не только НЕ хотим такой задержки, но она даже опасна.

Например, если мы подключаем внешний скрипт, который показывает рекламу или вставляет счётчик посещений, а затем идёт наша страница. Конечно, неправильно, что пока счётчик или реклама не подгрузятся – оставшаяся часть страницы не показывается. Счётчик посещений не должен никак задерживать отображение страницы сайта. Реклама тоже не должна тормозить сайт и нарушать его функциональность.

А что, если сервер, с которого загружается внешний скрипт, перегружен? Посетитель в этом случае может ждать очень долго!

Вот пример, с подобным скриптом (стоит искусственная задержка загрузки):

Что делать?

Можно поставить все подобные скрипты в конец страницы – это уменьшит проблему, но не избавит от неё полностью, если скриптов несколько. Допустим, в конце страницы 3 скрипта, и первый из них тормозит – получается, другие два его будут ждать – тоже нехорошо.

Кроме того, браузер дойдёт до скриптов, расположенных в конце страницы, они начнут грузиться только тогда, когда вся страница загрузится. А это не всегда правильно. Например, счётчик посещений наиболее точно сработает, если загрузить его пораньше.

Поэтому «расположить скрипты внизу» – не лучший выход.

Кардинально решить эту проблему помогут атрибуты или :

Атрибут

Поддерживается всеми браузерами, кроме IE9-. Скрипт выполняется полностью асинхронно. То есть, при обнаружении браузер не останавливает обработку страницы, а спокойно работает дальше. Когда скрипт будет загружен – он выполнится.

Атрибут

Поддерживается всеми браузерами, включая самые старые IE. Скрипт также выполняется асинхронно, не заставляет ждать страницу, но есть два отличия от .

Первое – браузер гарантирует, что относительный порядок скриптов с будет сохранён.

То есть, в таком коде (с ) первым сработает тот скрипт, который раньше загрузится:

А в таком коде (с ) первым сработает всегда , а скрипт , даже если загрузился раньше, будет его ждать.

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

Второе отличие – скрипт с сработает, когда весь HTML-документ будет обработан браузером.

Например, если документ достаточно большой…

…То скрипт выполнится, как только загрузится – возможно, до того, как весь документ готов. А подождёт готовности всего документа.

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

вместе с

При одновременном указании и в современных браузерах будет использован только , в IE9- – только (не понимает ).

Атрибуты – только для внешних скриптов

Атрибуты работают только в том случае, если назначены на внешние скрипты, т.е. имеющие .

При попытке назначить их на обычные скрипты , они будут проигнорированы.

Тот же пример с :

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

Эти атрибуты давно «в ходу»

Большинство современных систем рекламы и счётчиков знают про эти атрибуты и используют их.

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

Забегая вперёд

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

Если же нужно сохранить порядок выполнения, то есть добавить несколько скриптов, которые выполнятся строго один за другим, то используется свойство .

Выглядит это примерно так:

Более подробно работу со страницей мы разберём во второй части учебника.

Область скрипта и источники с точкой

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

Чтобы выполнить скрипт в другой области, можно указать область, например Global или local, или создать точку для скрипта.

Функция «с точкой» позволяет запускать скрипт в текущей области, а не в области скрипта. При запуске скрипта, который имеет точку с точкой, команды в скрипте выполняются так, будто были введены в командной строке. Функции, переменные, псевдонимы и диски, создаваемые сценарием, создаются в области, в которой выполняется работа. После выполнения скрипта можно использовать созданные элементы и получить доступ к их значениям в сеансе.

Чтобы создать точку скрипта для исходного кода, введите точку (.) и пробел перед путем к сценарию.

Пример:

или диспетчер конфигурации служб

После выполнения скрипта функции и переменные, создаваемые сценарием, добавляются в текущую область.

Например, Скрипт создает функцию и переменную.

При запуске скрипта в собственной области скрипта функция и переменная существуют только во время выполнения скрипта. При завершении работы скрипта удаляется функция и переменная, как показано в следующем примере.

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

Дополнительные сведения об области действия см. в разделе about_Scopes.

Возвращаемое значение (return)

Оператор предназначен для возвращения значения выражения в качестве результата выполнения функции. Значение выражения должно быть указано после ключевого слова .

Если оно не указано, то вместо этого значения будет возвращено .

Без использования :

С использованием :

Инструкции, расположенные после никогда не выполняются:

Функция, которая возвращает функцию

В качестве результата функции мы можем также возвращать функцию.

Например:

Вызовы функции и возвращают одну и туже функцию, но первая запомнила, что , а вторая — что . Это происходит из-за того, что функции в JavaScript «запоминают» окружение, в котором они были созданы. Этот приём довольно часто применяется на практике. Так как с помощью него мы можем, например, на основе одной функции создать другие, которые нужны.

В примере, приведённом выше, мы могли также не создавать дополнительные константы и . А вызвать сразу после вызова первой функции вторую.

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

Функцию, приведённую в коде мы можем также создать и так:

Кроме этого в качестве результата мы можем также возвратить внешнюю функцию:

Рекурсия

Функцию можно также вызвать внутри самой себя. Это действие в программировании называется рекурсией.

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

Например, использование рекурсии для вычисления факториала числа:

Пример, в котором используя рекурсию выведем числа от указанного до 10:

Перегрузка функций в JavaScript

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

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

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

Например, создадим функцию , которая будет иметь 2 режима работы. Если её вызвать без аргументов, то она будет возвращать цвет фона . А если с текстовым аргументом, то она будет устанавливать цвет фона .

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

Построение DOM

По ходу загрузки страницы парсер последовательно выстраивает дерево DOM. Пустой элемент вставляется в DOM когда парсится соответствующий тег. Непустой элемент вставляется, когда парсится открывающий тег. Например, элемент появляется в DOM, как только парсер начинает парсить содержимое элемента.

Заметим, что DOM не обязательно точно соответствует входному HTML-коду. Такие элементы как и будут созданы в DOM даже если они не встречаются в HTML.

Если исходный код HTML некорректен (например, элемент появляется внутри ), браузер перестроит DOM так, чтобы он был корректным. В этом случае нельзя положиться на то, что дерево DOM будет выстроено по порядку.

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

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

<script defer> 
   alert("это сообщение появится в непредвиденный момент во время загрузки страницы"); 
</script>

Отложенные скрипты не могут использовать , поскольку они не синхронизированы с парсером.

Существует ещё одна тонкость: скриптовые блоки всегда выполняются в том порядке, в котором они появились в документе, вне зависимости от наличия атрибута . Так что если элемент без атрибута следует за скриптом с атрибутом , парсер должен закончить загрузку и выполнение отложенного скрипта до исполнения не-отложенного скрипта. При этом теряется весь смысл использования атрибута . Это означает, что всегда необходимо располагать не-отложенные блоки скриптов перед отложенными.

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

window.onbeforeunload

Если посетитель покидает страницу или пытается закрыть окно, обработчик beforeunload может запросить дополнительное подтверждение. Этот обработчик возвращает строку с вопросом. Браузер отобразит ее.

Например:

window.onbeforeunload = function() {
  return "Некоторые изменения не были сохранены. Вы все равно желаете покинуть страницу?";
};

Некоторые браузеры, такие как Chrome и Firefox, игнорируют заданное значение и отображают собственное сообщение. Делается это из соображений безопасности, чтобы защитить пользователя от мошеннических и хакерских сообщений при наступлении события JavaScript onload.

Скрипты в модулях

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

Можно включить скрипты в модули или создать модуль скрипта, который представляет собой модуль, полностью или в основном содержащий скрипт и вспомогательные ресурсы. Модуль скрипта — это просто сценарий с расширением файла PSM1.

Дополнительные сведения о модулях см. в разделе about_Modules.

readyState

Что произойдёт, если мы установим обработчик после того, как документ загрузился?

Естественно, он никогда не запустится.

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

Свойство показывает нам текущее состояние загрузки.

Есть три возможных значения:

– документ загружается.
– документ был полностью прочитан.
– документ был полностью прочитан и все ресурсы (такие как изображения) были тоже загружены.

Так что мы можем проверить и, либо установить обработчик, либо, если документ готов, выполнить код сразу же.

Например, вот так:

Также есть событие , которое генерируется при изменении состояния, так что мы можем вывести все эти состояния таким образом:

Событие – альтернативный вариант отслеживания состояния загрузки документа, который появился очень давно. На сегодняшний день он используется редко.

Для полноты картины давайте посмотрим на весь поток событий:

Здесь документ с , и обработчиками, которые логируют события:

Рабочий пример есть в песочнице.

Типичный вывод:

начальный readyState:loading
readyState:interactive
DOMContentLoaded
iframe onload
img onload
readyState:complete
window onload

Цифры в квадратных скобках обозначают примерное время события. События, отмеченные одинаковой цифрой, произойдут примерно в одно и то же время (± несколько миллисекунд).

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