為了最大化用戶在遷移到新裝置時的留存率，你的應用程式（搭配 Windows 應用程式還原）應該提供最佳的還原體驗。 本主題定義了 Windows 應用程式還原的原則，使您的應用程式能提供該體驗，並盡可能讓更多客戶持續參與。
為什麼應用程式還原至關重要
當你的應用程式使用者轉移到下一台 Windows 電腦時，他們需要安心，因為他們的應用程式會轉移到新裝置上。
Windows 會將使用者的應用程式清單備份到雲端;在還原過程中，它會在新 Windows 電腦上建立置頂的應用程式佔位符，讓使用者能準確找到應用程式所在的位置。 這讓安裝應用程式變得非常簡單。 然而，除了應用程式安裝外，使用者還希望將其他應用程式設定和設定轉移到新裝置上。
如果你確保你的應用程式遵循最佳實務，以最大化 Windows 應用程式還原功能的效能，使用者就能盡快恢復新電腦的生產力。 這樣你的應用程式就能在新電腦上留住用戶。 本主題的其餘部分將討論這些最佳實務。
應用程式還原的原則
這些原則是你為應用程式使用者提供最佳備份與還原體驗的指引與最佳實務。 這些是我們收集的現有最佳實務集合。
- 將您的應用程式發佈到 Microsoft Store。 你的應用程式應該會啟用 Microsoft Store 的可信發佈（參見 發佈 Windows 應用程式與遊戲）。 這是你為用戶提供可信賴且無縫（想像是少點擊）體驗的最簡單方式。
- 打包你的應用程式。 你的應用程式應該已經 打包好 （定義請參見 部署概述）。 打包式應用程式能讓系統更了解對應用程式重要的檔案、資料與設定;並讓系統能更輕鬆地按需還原應用程式。
- 將關鍵應用程式狀態儲存在雲端。 你的應用程式應該將關鍵的應用程式狀態儲存在雲端。 在新裝置上安裝應用程式只是第一步。 目標是讓用戶無縫回到先前的應用程式狀態——最近瀏覽、收藏、偏好——這才是目標;而最好的做法就是將關鍵的使用者狀態資訊儲存在雲端。 本地狀態應被視為僅僅是暫時的優化。
- 將使用者產生的內容寫入已知資料夾。 你的應用程式應該將使用者產生的內容寫入 Windows 已知資料夾（參見 KnownFolders 類別）。 請將它與應用程式狀態分開——如果你的應用程式產生使用者產生的內容（檔案、音效片段、影片等），那麼你應該將這些內容寫入 Windows 已知資料夾（文件、圖片、音樂、影片等）。 這讓 Windows 透過 OneDrive 能夠將這些檔案備份到雲端，並利用其隨選檔案技術，流暢地在不同裝置間同步。
將您的應用程式發佈到 Microsoft Store
Microsoft Store 是你 Windows 應用程式最可靠的發佈雲端（參見 發佈 Windows 應用程式與遊戲）。 使用者可以輕鬆搜尋並找到你的應用程式以進行安裝。
當使用者安裝新的作業系統，並選擇從先前的電腦還原時，Microsoft Store 裡的應用程式會自動列在 「所有應用程式 」清單中，且在 開始 功能清單和工作列的 PIN 位置與之前相同。 這些捷徑讓使用者能立即存取應用程式並安裝。
打包你的應用程式
另一個為用戶創造優質體驗的關鍵，是確保應用程式被安裝並正確運作。 最好的方法是使用 打包 式應用程式（參見 部署概述）。
打包的應用程式（無論是打包桌面應用程式或通用 Windows 平台應用）是用 MSIX 打包的，並且在輕量級的應用程式容器中執行。 封裝後的應用程式程序及其子程序運行於容器內;而且它們是透過檔案系統和登錄檔虛擬化來隔離的。 正是這些包裝的特性讓安裝非常可靠，確保應用程式在使用者卸載時不會出錯，或留下登錄檔設定或應用程式檔案。
欲了解更多使用 MSIX 進行封裝的好處，請參閱《 什麼是 MSIX？》。
MSIX 格式和套件應用程式的好處不僅限於應用程式的可靠性。 打包你的應用程式也意味著當使用者遷移到新電腦時，應用程式能快速安裝。 安裝完成後，Windows 會開始重新處理它還原的套件應用程式。 由於補水需要時間，如果使用者在應用程式重新補水前點擊連結，Windows 會立即下載並安裝該應用程式，讓使用者能盡早執行。
將關鍵應用程式狀態儲存在雲端
如你所見，Windows 在幫助客戶找到並安裝你的應用程式方面做得非常好。 但應用程式資料，例如應用程式設定呢？ 為了提供最佳使用者體驗，我們建議你使用雲端來儲存應用程式的狀態。 透過將應用程式資料儲存在雲端，使用者能在不同裝置間獲得一致的使用體驗。 當使用者不需要重新設定應用程式設定時，你的用戶滿意度會大幅提升。
將應用程式設定儲存到雲端需要服務。 為了提供盡可能豐富的體驗，Microsoft 提供多種服務，免除啟動伺服器、選擇資料庫或擔心規模與安全性的需求。 這些服務提供優秀的開發體驗，讓你能透過 SQL 或 NoSQL API 將應用程式資料儲存在雲端。 為了協助建立可擴展且強大的應用程式，你也可以在所有裝置同步資料，並讓應用程式在有沒有網路連線時都能運作。 欲了解更多 Microsoft 服務資訊，請參閱從 雲端儲存、同步及查詢行動應用程式資料。
欲了解更多儲存應用程式資料的最佳實務，請參閱 儲存與擷取設定及其他應用程式資料。
將使用者產生的內容寫入已知資料夾
Windows Vista 引入 了已知的資料夾 。 從那時起，用戶就習慣在這些地點找到他們用應用程式創作的內容。 將使用者產生的內容寫入這些地點還有一個額外好處，就是 OneDrive 會備份這些資料夾（如果啟用的話），以確保使用者在新電腦上都能存取這些資料夾（參見 「用 OneDrive 備份你的資料夾」）。 透過使用標準 Windows API 將使用者產生的內容寫入已知資料夾，你不僅提升了使用者體驗，也減少了採用應用程式時的阻力。
使用者可見檔案
你應該把希望使用者看到並互動的檔案存放在使用者個人資料的適當資料夾中。 你應該把一般檔案存放在該 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」。
