Восстановление приложения: максимизируйте ценность вашего приложения

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

Почему восстановление приложений является критически важным

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

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

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

Принципы восстановления приложений

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

Опубликуйте приложение в Microsoft Store. Ваше приложение должно включить надежное распространение через Microsoft Store (см. статью "Публикация приложений и игр Windows"). Это самый простой способ обеспечить надежный и беспроблемный опыт (требующий меньше щелчков) для ваших пользователей.
Упаковайте приложение. Приложение должно быть упаковано (для определений см. общие сведения о развертывании). Упаковаемое приложение позволяет системе лучше понять файлы, данные и параметры, которые имеют значение для приложения; и позволяет системе проще восстанавливать приложения по запросу.
Храните критическое состояние приложения в облаке. Ваше приложение должно хранить критическое состояние приложения в облаке. Установка приложения на новом устройстве — это только первый шаг. Получение пользователями простого возврата к предыдущему состоянию приложения — их последние, избранное, их предпочтения — это цель; и лучший способ сделать это заключается в хранении критически важных сведений о состоянии пользователя в облаке. Локальное состояние должно рассматриваться как только временная оптимизация.
Запись содержимого, созданного пользователем, в известные папки. Приложение должно записывать содержимое, созданное пользователем, в известные папки Windows (см. класс KnownFolders ). Сохраните его отдельно от состояния приложения— если приложение создает пользовательское содержимое (файлы, звуковые клипы, видео и т. д.), то следует написать это содержимое в известные папки Windows (документы, рисунки, музыка, видео и т. д.). Это позволяет Windows с помощью OneDrive создавать резервные копии этих файлов в облако и поддерживать синхронизацию на разных устройствах с помощью технологии файлов по запросу.

Публикация приложения в Microsoft Store

Microsoft Store — это самое надежное облако распространения для приложений Windows (см. статью "Публикация приложений и игр Windows"). Пользователи могут легко искать и находить приложение для установки.

Когда пользователь устанавливает новую операционную систему (ОС) и выбирает восстановление с предыдущего компьютера, эти приложения, которые находятся в Microsoft Store, автоматически будут перечислены в списке "Все приложения " и имеют закрепления в тех же местах в меню "Пуск " и панели задач, как и раньше. Эти сочетания клавиш позволяют пользователю немедленно получить доступ к приложению и установить его.

Упаковка приложения

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

Упакованое приложение (упакованое классическое приложение или приложение универсальной платформы Windows) упаковано с помощью MSIX и выполняется внутри упрощенного контейнера приложений. Упакованный процесс приложения и его дочерние процессы выполняются внутри контейнера; и они изолированы с помощью файловой системы и виртуализации реестра. Эти аспекты упаковки делают установку чрезвычайно надежной и обеспечивают, что приложение работает корректно и не оставляет конфигурации реестра или файлы приложений на компьютере при удалении приложения пользователем.

Дополнительные сведения о преимуществах использования MSIX для упаковки см. в разделе "Что такое MSIX?".

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

Хранение критического состояния приложения в облаке

Как вы видите, Windows делает большую работу, помогая клиентам находить и устанавливать приложение на новом компьютере. Но как насчет данных приложения, таких как параметры приложения? Чтобы обеспечить лучший пользовательский интерфейс, рекомендуется использовать облако для хранения состояния приложения. Сохраняя данные приложения в облаке, пользователи могут иметь согласованный интерфейс на разных устройствах. И когда пользователям не нужно перенастраивать параметры приложения, удовлетворенность пользователей значительно увеличивается.

Для хранения параметров приложения в облаке требуется служба. Чтобы обеспечить как можно более широкий опыт, корпорация Майкрософт предоставляет различные службы, которые устраняют необходимость в развертывании серверов, а также выбор базы данных или беспокойство по поводу масштабирования или безопасности. Эти службы предоставляют отличный интерфейс разработчика, который позволяет хранить данные приложения в облаке с помощью API SQL или NoSQL. Для создания масштабируемых и надежных приложений можно также синхронизировать данные на всех устройствах и разрешить приложению работать с сетевым подключением или без нее. Дополнительные сведения о службах Майкрософт см. в разделе Store, синхронизация и запрос данных мобильного приложения из облака.

Дополнительные сведения о лучших методах хранения данных приложения см. в разделе Хранение и извлечение параметров и других данных приложения.

Запись содержимого, созданного пользователем, в известные папки

Windows представила известные папки с Windows Vista. С тех пор пользователи ожидают, что они могут найти содержимое, которое они создают в своих приложениях, в этих местах. Размещение пользовательского контента в этих местах дает дополнительное преимущество, что OneDrive будет создавать резервные копии этих папок, если функция включена, обеспечивая их доступность для пользователя на новом компьютере (см. статью "Резервное копирование папок с помощью OneDrive). Используя стандартные API Windows для записи содержимого, созданного пользователем, в известные папки, вы улучшаете взаимодействие с пользователем и снижаете трения при внедрении приложения.

Видимые пользователем файлы

Вы должны хранить файлы, которые пользователь должен видеть и взаимодействовать с ней в соответствующей папке в профиле пользователя. Общие файлы следует хранить в FOLDERID_Documents директории, как правило, в подкаталоге. И вы должны хранить фотографии, музыку и видео в их соответствующих FOLDERID_Pictures, FOLDERID_Music и FOLDERID_Videos местах.

Данные приложения для конкретного компьютера

Следует хранить данные, относящиеся к компьютеру, на котором приложение в настоящее время работает в FOLDERID_LocalAppData папке; обычно в вложенной папке. Это включает такие данные, как:

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

Подсказка

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

Данные приложения, которые не относятся к компьютеру

Данные, которые не связаны с конкретным компьютером, следует хранить в FOLDERID_Documents каталоге, обычно в подпапке. Эти файлы часто содержат настройку приложения, предоставляемую пользователем, например: действие по умолчанию для выполнения при запуске; настраиваемые фоны; или другие данные, которые не должны изменяться с одного компьютера на другой.

Обратная связь

Были ли сведения на этой странице полезными?

Last updated on 2023-10-04