Wear OS 是以 Android 為基礎的作業系統，因此許多 Android 最佳做法也適用於 Wear OS。不過，Wear OS 是針對手腕配戴的裝置最佳化，因此兩者之間有些差異。
如要充分利用開發時間，請先詳閱以下原則，再開始建立 Wear OS 應用程式。
設計重要工作
如果您已有行動應用程式，請勿遷移整個程式碼集。正確的做法是確認有哪些核心工作最適合在手腕裝置上執行，並簡化相關體驗。成功的穿戴式應用程式可提供有意義的體驗，讓使用者一目瞭然，有助於隨時掌握狀況並提高行動工作效率。
針對手腕進行最佳化
幫助使用者在幾秒內完成手錶上的工作，避免造成使用者身體不適或手臂疲勞。
請參閱「Wear OS 設計指南」，進一步瞭解如何針對手腕裝置進行最佳化。
尊重使用者的隱私權
應用程式必須先贏得使用者的信任，他們才會授予應用程式存取潛在私密資訊的權限。系統提供多種方式，協助使用者維護隱私權。
隱私資訊主頁
自 Wear OS 5 起，系統支援隱私資訊主頁。使用者可透過這個資訊主頁集中查看各應用程式的資料用量，包括下列詳細資料：
- 存取的資料類型，例如位置資訊和麥克風。
- 最近存取這些資料類型的情況。
使用者可以根據這些資訊，更明智地決定哪些應用程式應繼續存取個人資料。為維護使用者信任感，請以負責任的態度使用資料，並在收集及使用使用者資料時公開透明。
螢幕截圖偵測
在搭載 Wear OS 5 以上版本的裝置上，應用程式可以使用具隱私保護功能的螢幕截圖偵測 API。
使用工作適用的顯示途徑
比起行動裝置，Wear OS 提供更多可吸引使用者的介面。應用程式應針對這些介面量身打造內容。
每個介面都有其用途。如果需要執行更多動作，請引導使用者體驗更完整的應用程式功能。
查看並瞭解如何根據使用者需求，在各介面上調整內容比例。下表提供天氣應用程式的優先順序範例。
 |
 |
 |
 |
|---|---|---|---|
| 小工具
P1：現在的天氣如何？ |
通知
P1 告訴我惡劣天氣的相關資訊 |
資訊方塊
P1：現在的天氣如何？ P2：今天的天氣如何？ |
應用程式
P1：現在的天氣如何？ P2：今天的天氣如何？ P3：每小時詳細資料為何？ P3：偏好設定 |
詳情請參閱使用者介面指南。
新增通知到其他顯示途徑
在 Wear OS API 級別 30 以上版本中，將任何持續性通知與 OngoingActivity 配對，即可將該通知新增至 Wear OS 使用者介面中的其他介面。這樣做可提高使用者參與長時間活動的意願。
支援離線情境
雖然 Wear OS 裝置通常支援藍牙和 Wi-Fi，但可能不支援 LTE。適用於在使用者可能將行動裝置留在家中時，因應各種連線不穩或離線用途 (例如運動和通勤時)。
提供相關的內容
使用者幾乎一直配戴著手錶。請根據使用者情境 (例如時間、地點和活動) 更新應用程式內容。
協助使用者透過其他裝置完成工作
擁有多部裝置的使用者越來越多。智慧手錶可以協助使用者在分散式裝置生態系統中完成工作。查看適合您應用程式的用途。
改善應用程式冷啟動時的使用者體驗
如要改善應用程式冷啟動時的使用者體驗，請建立具有不同主題的啟動活動。然後在資訊清單檔案中，將其 windowBackground 設為自訂啟動畫面可繪項目。啟動畫面由圖層清單組成，其中有兩個元素：背景顏色和自訂可繪項目 (通常是應用程式圖示)。使用 48x48 dp 的可繪項目。
詳情請參閱「新增啟動畫面」。
媒體應用程式的注意事項
啟用手機音樂的播放控制項
如果應用程式同時安裝在手機和手錶上，使用者會希望手錶能進行遠端操控。舉例來說，使用者期望可以透過手錶暫停、播放或略過歌曲。
下載的內容
如先前所述，請務必支援離線情境。這一點對於媒體應用程式而言特別重要。以媒體應用程式來說，較為輕鬆的做法是先支援離線下載，然後再視需求新增串流功能。
設計時，請向使用者清楚說明可離線使用的內容。針對長時間執行的工作或週期性工作，請使用 WorkManager。延後下載作業，直到手錶充電並連上 Wi-Fi 為止。
利用 LTE 串流播放
考慮在有 LTE 連線的裝置上提供串流支援，這也是媒體播放的常見用途。有了串流功能，使用者就能將其他裝置留在家裡，同時聆聽音樂。串流音樂和快取串流音訊時，請務必以視覺化的方式向使用者傳達相關資訊。請避免將 LTE 用於所有可延遲的工作，例如傳送記錄和數據分析資料，以便在串流時最佳化耗電量。
支援藍牙耳機
使用者在跑步或步行時可能只攜帶智慧手錶和耳機。支援與耳機配對，讓使用者得以享有真正的獨立體驗。如果在播放或繼續播放音樂時未連上耳機，請啟動藍牙設定，讓使用者直接透過應用程式連線到藍牙耳機。
指明音樂來源
清楚顯示聲音是來自智慧手錶還是手機。使用來源圖示來表示音樂播放的位置。將預設來源設為使用者開始播放音樂的位置。
使用音箱
部分 Wear OS 裝置配有內建喇叭，可用於提醒和鬧鐘等功能。請避免使用內建喇叭播放媒體和音樂，因為使用者希望能透過耳機享有這類體驗。詳情請參閱「偵測音訊裝置」。
健身應用程式的注意事項
在 Android 10 (API 級別 29) 以上版本建立健身應用程式時，您必須要求「體能活動辨識」權限。
與行動應用程式相輔
如前所述，在手腕裝置上執行的 Wear OS 健身應用程式，應該只用於處理重要工作。也就是說，Wear OS 健身應用程式主要著重於收集資料。
你可以提供一些健身後的摘要畫面，將健身後詳細分析以及其他需要較多螢幕空間的功能留給行動應用程式。
支援長效活動
如同許多應用程式會訂閱位置和感應器資料，您的應用程式也可以設計成在「使用期間」處理執行工作。也就是說，應用程式會在前景運作。
如果運動是在活動中開始，請將該活動繫結至能夠執行工作的服務。當使用者離開應用程式時，服務會取消繫結，並升級為持續性通知。
在 Wear OS 中，您可以利用最少量的程式碼，透過 Ongoing Activity API 將持續進行的通知分享到新的介面。
請前往 GitHub 查看持續進行的活動程式碼研究室，瞭解使用這個架構的簡化應用程式。
節制使用「螢幕長亮模式」狀態
如果使用者在應用程式使用期間停止使用手錶，裝置會進入系統微光模式，以節省電量。
如果使用者在指定時間內再次與裝置互動，Wear OS 會將該應用程式還原為使用中狀態。
在多數情況下，這應該足以讓使用者享有良好的體驗並延長電池續航力。
在某些情況下，您可能需要延長應用程式的顯示時間，例如在整個健身活動期間。在這種情況下，請使用 AmbientLifecycleObserver。
詳情請參閱「在 Wear 上讓應用程式持續顯示」。
不要讓 Wake Lock 保持開啟
使用 健康照護服務等 API 取得感應器資料，同時讓 CPU 在讀取或傳輸作業之間休眠。
位置最佳化與感應器管理
感應器管理非常重要，如果未妥善處理，可能會對電池續航力造成負面影響。
導入感應器策略時，請遵循下列建議：
- 請盡可能以批次模式使用感應器。
- 在螢幕或應用程式再次開啟時清除感應器。
- 在螢幕關閉時變更批次長度，以節省電力。
- 移除不再需要的感應器監聽器。
- 針對位置感應器，請遵循「在 Wear OS 上偵測位置」一文所述的最佳做法。
如要簡化感應器管理作業並節省電力，建議使用 健康照護服務。
利用觸覺技術以確認動作
使用觸覺回饋來確認動作，例如開始、停止、自動暫停或自動計圈。
使用觸控鎖定功能
在某些情況下，停用觸控體驗可改善應用程式體驗。舉例來說，追蹤健身活動時較適合停用觸控功能，因為這時很可能會不小心誤觸。
訊息應用程式的注意事項
從通知開始
支援 MessagingStyle，提升使用者應用程式體驗。
支援語音輸入
支援語音轉文字，因為這個方法在手錶上的效率會更高。您可能也需要支援錄製的音訊。