Когда приложение хранит данные в файле, имя файла и место хранения должны быть тщательно подобраны, чтобы свести к минимуму вероятность того, что место хранения будет Известно, что другое приложение и, следовательно, будет уязвимым для коррупции. Без стандартной системы для решения этих проблем разработка специальных методов, минимизирующих конфликты хранения, может быть сложной, и результаты могут быть ненадежными.
С изолированным хранилищем данные всегда изолированы пользователем и собраны. Учетные данные, такие как источник или сильное имя сборки, определяют идентификатор сборки. Данные также могут быть выделены по домену приложения, используя аналогичные учетные данные.
Когда вы используете изолированное хранилище, ваше приложение сохраняет данные в уникальный отсек данных, который связан с каким-либо аспектом идентификации кода, например, его издателем или подписью. Отсек данных - это абстракция, а не конкретное место хранения; он состоит из одного или нескольких изолированных файлов хранения, называемых хранилищами, которые содержат фактические местоположения каталога, в которых хранятся данные. Например, приложение может иметь связанный с ним отсек данных, а каталог в файловой системе будет реализовывать хранилище, которое фактически сохраняет данные для этого приложения. Данные, сохраненные в хранилище, могут быть любыми данными, от информации о предпочтениях пользователя до состояния приложения. Для разработчика местоположение отсека данных является прозрачным. Обычно магазины хранятся на клиенте, но серверное приложение может использовать изолированные хранилища для хранения информации, выдавая себя за пользователя, от имени которого он работает. Изолированное хранилище также может хранить информацию на сервере с перемещаемым профилем пользователя, чтобы информация перемещалась с перемещающимся пользователем.