//При возникновении сбоя создаем текстовое поле и выводим в него об этом

//сообщение

listener.onLoadError = function():Void { clip.createTextField("error", 0, 50, 50, 0, 0); clip-error.autoSize = clip.error.border=true; clip.error.text = "Анимация не может быть загружена";

};

//По завершении загрузки первого кадра нужно сделать клип с анимацией

//невидимым, а также остановить его дальнейшую прокрутку listener.onLoadInit = function{):Void {

clip._visible = false; clip.stop();

}

//При загрузке очередной порции данных меняем длину шкалы прелоадера,

//а также обновляем значения в полях рrос и time

listener.onLoadProgress = function(clip:MovieClip, l_b:Number, t_b:Number): Void {

var percent:Number = l_b/t_b;

preloader.proc.text = Math.floor(percent*1000)/10; preloader.polosa._xscale = percent*100;

preloader.time.text = Math.round((1-percent)*(getTimerО-timer) / percent / 6000) /10; };

//При завершении загрузки удаляем предзагрузчик и ненужные более объекты.

//Затем делаем клип clip видимым и начинаем его прокрутку listener.onLoadComplete = function():Void {

preloader.swapDepths(1000), preloader.removeMovieClip(); delete loader, delete listener, delete timer; clip._visible=true, clip.play();

};

Огромное преимущество дают внешние прелоадеры при создании сайтов, так как позволяют существенно уменьшить объем скачиваемой информации. Дело в том, что обычно Flash-сайт образован значительным числом компонентов, каждый из которых подгружается индивидуально по мере необходимости. Если применять пред загрузчики внутренние, то для каждого компонента придется закачать прелоадер индивидуально. Если же используются предзагрузчики внешние, то соответствующий клип будет достаточно загрузить единожды.

Делая вывод, можно сказать, что внешние предзагрузчики гораздо лучше внутренних. Кстати, среди встроенных компонентов Flash MX 2004 имеются простейший внешний предзагрузчик и шкала загрузки — Loader и ProgressBar. Особенности их применения мы обсудим в главе, посвященной компонентам.

Заканчивая разговор о создании предзагрузчиков, упомянем еще о двух инструментах, предназначенных для реализации прелоадеров. Это глобальные свойства _framesloaded (количество загруженных кадров) и _totalframes (полное число кадров в фильме). Соответственно, чтобы определить, какая часть фильма уже подгрузилась, нужно поделить величину _framesloaded на значение

_totalframes.

На практике прелоадеры при помощи свойств _framesloaded и _totalframes создаются исключительно редко. Это связано с тем, что обновляться такой предзагрузчик будет лишь по полному завершению загрузки кадра. Естественно, что это может быть приемлемо лишь в том редком случае, когда в фильме очень много кадров и информация по ним распределена достаточно равномерно. Скорее, данные свойства имеют историческое значение (во Flash 5 они применялись довольно активно, так как тогда метод getBytesLoaded() возвращал вес загруженных кадров, а не число реально подкачанных байтов). Правда, _totalframes иногда применяется в коде, управляющем навигацией по временной шкале — о таком ее использовании мы поговорим в разделе 10,14.

10.7.6. Кэширование swf-фильмов

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

метод называется кэшированием, и его поддерживают все современные браузеры. Кэшируются все элементы, встроенные в страницу, в том числе и swf-фильмы. Более того, кэшированию подвергаются даже фильмы, закачанные автономным плейером или плейером среды тестирования Flash, а также фильмы, загруженные посредством функции loadMovie(). В этом можно убедиться двумя способами. Во-первых, можно обратиться к директории, я которой хранятся кэшированные файлы (в русифицированной Windows их принято называть временными файлами Интернета — Temporary Internet Files). В Windows 2000 путь к этой директории имеет приблизительно следую-

щий вид: C:\Documenls and Settings\user\Local Settings\Temporary Internet Files. Во-вторых, можно сравнить время, которое требуется на то, чтобы была проведена первая и последующие загрузки фильма. Повторный импорт фильма потребует несопоставимо меньше времени.

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

Однако у кэширования есть и негативная сторона, связанная с отладкой. Например, представьте, что вы создаете предзагрузчик. Чтобы его тестировать, вы закачиваете некоторый swf-файл на сервер. Запустив фильм в первый раз, вы обнаруживаете ошибки и исправляете их. Однако проверить, корректно ли стал работать предзагрузчик, у вас не получится, так как реальная загрузка осуществляться не будет. Плейер просто возьмет копию фильма из папки Temporary Internet Files. Как же в такой ситуации провести отладку? Можно, конечно, менять имя фильма на сервере, но этот способ неэффективен. Более технично использовать один из следующих подходов;

•удалять копию фильма из папки Temporary Internet Files. Подход хороший, если загружается немного фильмов;

•воспользоваться тем, что URL может содержать придаток сданными (метод GET), причем один URL, но с разными данными воспринимается как разные ссылки. Следовательно, присоединяя к адресующему фильм URL случайное число, можно заставить плейер осуществлять загрузку из сети даже тогда, когда в кэше имеется копия фильма. Важное условие успешности описанного подхода следующее: ссылка на swf-файл должна быть абсолютной, а не относительной. Например:

this.createEmptyMovieClip("clip", 0); clip.loadMovie("http://www.mysite.ru/film.swf?"+Math.random());

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

Бороться с кэшированием фильмов, встроенных в HTML-страницу, также несложно. Для этого можно к URL, адресующему фильм, присоединять случайное число (посредством JavaScript). Также можно использовать серверный скрипт, который будет исполнять роль посредника. Наиболее же простой способ избежать кэширования заключается в создании следующего заголовка:

<НЕАD>

<МЕТА HTTP-EQUIV="PRAGMA" CONTENT="NO-CACHE"> </HEAD>

10.7.7. Изменение глубины основной временной диаграммы

Мы уже не раз отмечали, что не существует особых различий между основной временной диаграммой и клипами. Следовательно, должно иметься прямое сходство между виртуальными слоями клипов и уровнями. Так, главная временная диаграмма обладает, как и любой клип, глубиной. Ее значение можно прочитать, используя метод getDepth(), и переопределить при помощи метода swapDepths():