Всякий раз, когда загружается HTML-файл с атрибутом
manifest
, броузер генерирует событие «checking» и загружает из сети файл объявления. Вслед за событием «checking» в разных ситуациях генерируются разные события:
Нет обновлений
Если приложение уже находится в кэше и файл объявления не изменился, броузер генерирует событие «noupdate».
Есть обновления
Если
приложение находится в кэше и обнаружено изменение файла объявления, броузер генерирует событие «downloading» и приступает к загрузке и кэшированию всех файлов, перечисленных в файле объявления. С началом процесса загрузки начинают генерироваться события «progress». А по окончании загрузки генерируется событие «updateready».
Первая загрузка нового приложения
Если приложение отсутствует в кэше, события «downloading» и «progress» генерируются, как и для случая обновления кэше, описанного выше. Однако по окончании первой загрузки броузер генерирует событие «cached», а не «updateready».
Броузер работает в автономном режиме
Если броузер работает в автономном режиме, он не имеет возможности проверить файл объявления и генерирует событие «error». Это же событие генерируется, когда приложение, отсутствующее в кэше, ссылается на отсутствующий файл объявления.
Файл объявления отсутствует
Если броузер подключен к сети и приложение уже установлено в кэш, но при попытке получить файл объявления сервер возвращает ошибку 404 «Not Found», генерируется событие «obsolete» и приложение удаляется из кэша.
Обратите внимание, что все эти события можно отменить. Обработчики в примере 20.4 возвращают значение false, чтобы отменить действия, предусмотренные для событий по умолчанию. Это предотвращает вывод броузером своих собственных сообщений. (На момент написания этих строк ни один броузер не выводил никаких сообщений.)
В качестве альтернативы обработчикам событий, приложение может также использовать свойство
applicationCache.status
и с его помощью определять состояние кэша. Это свойство может иметь шесть разных значений:
ApplicationCache.UNCACHED (0)
Это приложение не имеет атрибута manifest: оно не кэшируется.
ApplicationCache.IDLE(1)
Файл объявления проверен, и в кэше находится последняя версия приложения.
ApplicationCache.CHECKING (2)
Броузер проверяет файл объявления.
ApplicationCache.DOWNLOADING (3)
Броузер загружает и сохраняет в кэше файлы, указанные в файле объявления.
ApplicationCache.UPDATEREADY (4)
Была загружена и установлена в кэш новая версия приложения.
ApplicationCache.OBSOLETE (5)
Файл объявления отсутствует, и приложение будет удалено из кэша.
Объект
ApplicationCache
также определяет два метода. Метод
update
явно запускает процедуру проверки наличия новой версии приложения. Он заставляет броузер выполнить проверку файла объявления (и сгенерировать сопутствующие события),
как если бы приложение загружалось в первый раз.
Метод
swapCache
немного сложнее. Напомню, что, когда броузер загрузит и сохранит в кэше обновленную версию приложения, пользователь по-прежнему будет работать со старой версией. Он увидит новую версию, только когда перезагрузит приложение. Если пользователь не сделает этого, старая версия должна работать вполне корректно. И отметьте, что старая версия может по-прежнему загружать ресурсы из кэша: она, например, может использовать объект
XMLHttpRequest
для загрузки файлов, и эти файлы будут извлекаться из старой версии кэша. То есть, вообще говоря, броузер должен сохранять старую версию кэша, пока пользователь не перезагрузит приложение.
Метод
swapCache
сообщает броузеру, что он может удалить старый кэш и удовлетворять все последующие запросы из нового кэша. Имейте в виду, что это не приводит к перезагрузке приложения: HTML-файлы, изображения, сценарии и другие ресурсы, которые уже были загружены, останутся старыми. Но на все последующие запросы будут возвращаться ресурсы из нового кэша. Это может вызвать конфликт между версиями, и в общем случае использовать этот метод не рекомендуется, если только вы специально не предусмотрели такую возможность. Представьте, например, приложение, которое не делает ничего и отображает экранную заставку, пока броузер проверяет файл объявления. Когда приложение получает событие «noupdate», оно продолжает работу и загружает начальную страницу. Если приложение получает событие «downloading», оно отображает соответствующий индикатор хода выполнения операции, пока обновляется кэш. И когда приложение получает событие «updateready», оно вызывает метод
swapCache
и затем загружает обновленную начальную страницу из свежей версии в кэше.
Обратите внимание, что вызывать метод
swapCache
имеет смысл, только когда свойство
status
имеет значение
ApplicationCache.UPDATEREADY
или
ApplicationCache.OBSOLETE
. (Вызов метода
swapCache,
когда свойство
status
имеет значение
OBSOLETE
сразу же удалит старую версию кэша, и все ресурсы будут загружаться из сети.) Если вызвать метод
swapCache,
когда свойство status имеет любое другое значение, это приведет к исключению.
20.4.3. Автономные веб-приложения
Автономными называют веб-приложения, которые устанавливаются в кэш приложений и благодаря этому остаются доступными всегда, даже когда броузер работает в автономном режиме. В простейших случаях - таких как часы или генераторы фракталов - приложение уже имеет все, что ему необходимо для автономной работы. Но в более сложных веб-приложениях бывает необходимо выгружать данные на сервер: даже простейшим игровым приложениям может потребоваться выгружать на сервер высшие достижения игрока. Приложения, которым необходимо выгружать данные на сервер, также могут быть автономными, если для сохранения своих данных они будут использовать объект
localStorage
и затем выгружать данные, как только сеть будет доступна. Реализация синхронизации данных между локальным хранилищем и сервером может оказаться самым сложным этапом подготовки веб-приложения к работе в автономном режиме, особенно когда пользователь может обращаться к нескольким источникам данных.