Поделиться через


Восстановление приложений Windows: максимальное значение приложения

Чтобы максимально увеличить срок хранения пользователей при переходе на новое устройство, ваше приложение (в сочетании с восстановлением приложений 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 расположении, как правило, в вложенной папке. Эти файлы часто содержат настройку приложения, предоставляемую пользователем, например: действие по умолчанию для выполнения при запуске; настраиваемые фоны; или другие данные, которые не должны изменяться с одного компьютера на другой.

Рекомендации по распаковке приложений

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

  • Убедитесь, что установщик задает InstallLocation значение в разделе реестра удаления. При использовании установщика Windows укажите это с помощью ARPINSTALLLOCATION. Это необходимо для включения сопоставления сочетаний клавиш меню "Пуск " с продуктом.
  • Убедитесь, что расположение зависит от продукта; обычно вложенный каталог в C:\Program Files\<Publisher>\<Application>папке .
  • Убедитесь, что контексты меню "Пуск " имеют значения, независимые System.AppUserModel.ID от компьютера (AMUID). Это лучше всего сделать, указав их явным образом в сочетаниях метаданных. Дополнительные сведения см. в разделе "Где назначить AppUserModelID".