Объекты

и часто используются как обычные объекты языка JavaScript: присваивание значения свойству приводит к сохранению строки, а чтение свойства - к ее извлечению из хранилища. Но эти объекты определяют также более формальный прикладной интерфейс, основанный на методах. Сохранить значение можно с помощью метода передав ему имя и значение. Извлечь значение можно с помощью метода передав ему имя. Удалить значение можно с помощью метода передав ему имя. (В большинстве броузеров удалить значение можно также с помощью оператора , как если бы оно было обычным объектом, но этот прием не работает в IE8.) Удалить все хранящиеся значения можно вызовом метода (без аргументов). Наконец, перечислить имена всех хранящихся значений можно с помощью свойства и метода передавая ему значения от 0 до – 1. Ниже приводится несколько примеров использования объекта . Этот программный код с тем же успехом мог бы использовать объект :

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

не имеет эквивалента и является единственным способом удаления всех пар имя/значение в объекте . Аналогично метод является единственным переносимым способом удаления одной пары имя/значение, потому что IE8 не позволяет использовать оператор для этой цели.

Если производители броузеров реализуют все положения спецификации и позволят сохранять в объекте

другие объекты и массивы, появится еще одна причина использовать методы, такие как и Объекты и массивы являются изменяемыми значениями, поэтому объекту Storage необходимо будет создавать копию сохраняемого значения, чтобы все последующие изменения в оригинале не коснулись хранящегося значения. Точно так же объект должен будет создавать копию и при извлечении значения, чтобы никакие изменения в извлеченном значении не коснулись хранящегося значения. Когда такое копирование будет реализовано, использование интерфейса свойств может показаться запутывающим. Взгляните на следующий (гипотетический, пока броузеры не поддерживают возможность сохранения структурированных значений) фрагмент:

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

Наконец, еще одна причина отдать предпочтение более явному прикладному интерфейсу на основе методов заключается в возможности имитировать этот прикладной интерфейс поверх других механизмов сохранения данных в броузерах, которые пока не поддерживают спецификацию «Web Storage». В следующих разделах будут представлены примеры реализации интерфейса объекта

с применением cookies и userData в ІE. При использовании прикладного интерфейса на основе методов можно писать программный код, который будет использовать свойство , когда оно доступно, и возвращаться к использованию других механизмов в противном случае. Такой программный код мог бы начинаться следующими строками:

При изменении данных, хранящихся в

или , броузер генерирует событие «storage» во всех объектах , в которых доступны эти данные (но не в окне, где выполнялось сохранение). Если в броузере открыты две вкладки со страницами с общим происхождением и в одной из страниц производится сохранение значения в , в другой вкладке будет сгенерировано событие «storage». Не забывайте, что область видимости данных, хранящихся в , ограничивается окном верхнего уровня, поэтому при изменении данных в события «storage» будут генерироваться только при наличии нескольких фреймов. Обратите также внимание, что события «storage» генерируются, только когда содержимое хранилища действительно изменяется. Присваивание хранимому элементу его текущего значения, как и попытка удалить несуществующий элемент, не возбуждают событие.