Wear OS 5 est basé sur Android 14 (niveau d'API 34). Lorsque vous préparez votre Application Wear OS à utiliser sur Wear OS 5, prise en charge du système modifications de comportement affectant toutes les applications sous Android 14, ainsi que modifications pour les applications ciblant Android 14.
Modifications de Wear OS 5 affectant toutes les applis
Les modifications de comportement suivantes affectent les cas d'utilisation et les bibliothèques spécifiques à Wear OS. Ces modifications concernent toutes les applications exécutées sous Wear OS 5 ou version ultérieure. quelle que soit la version du SDK cible.
Tableau de bord Confidentialité
Wear OS 5 est désormais compatible avec le tableau de bord Confidentialité, qui offre aux utilisateurs une vue centralisée de l'utilisation des données de chaque application.
Les nouvelles montres n'affichent que les cadrans qui utilisent le format de cadran
Les montres lancées avec Wear OS 5 ou version ultérieure ne sont compatibles qu'avec les cadrans qui utilisent le format de cadran. C'est pourquoi nous vous recommandons de migrer vers à l'aide du format de cadran.
Modifications de Wear OS 5 affectant les applications qui ciblent Android 14
Les modifications suivantes n'affectent votre application que si vous mettez à jour votre SDK cible vers Android 14, la version sur laquelle Wear OS 5 est basé.
Les applications toujours activées peuvent passer en arrière-plan
À partir de Wear OS 5, le système déplace les applications toujours activées en arrière-plan. après leur affichage en mode Veille pendant un certain temps. Les utilisateurs peuvent configurer le délai avant expiration dans les paramètres système.
Les applications d'enregistrement d'exercices doivent déclarer un type de service de premier plan
Si votre appli enregistre les exercices d'un utilisateur sur des appareils qui
exécutant Wear OS 5 ou une version ultérieure, vous devez
spécifiez le type de service de premier plan health
dans le service de premier plan qui
appelle ExerciseClient
. De plus, si votre application peut surveiller la localisation
pendant la séance d'entraînement, vous devez également spécifier le location
un type de service de premier plan.
Certains appareils sans poignet restent déverrouillés plus longtemps
Sur les appareils compatibles équipés de Wear OS 5 ou version ultérieure, si l'utilisateur désactive le poignet puis retire l'appareil de son poignet, le système maintient l'appareil déverrouillé pendant une période plus longue sinon.
Si votre application nécessite un niveau de sécurité plus élevé, par exemple lors de l'affichage données potentiellement sensibles ou privées, vérifiez si la détection du poignet est activée.
Le contenu déplaçable peut chevaucher les points d'activation des gestes système
À partir de Wear OS 5, le système traite les gestes d'événements de mouvement séparément de la navigation par gestes utilisée dans l'interface utilisateur du système.
Si l'UI de votre appli inclut de grands espaces déplaçables qui chevauchent les gestes système
vous devrez peut-être ajouter des rectangles d'exclusion de gestes système
de vues. Pour ce faire, appelez setSystemGestureExclusionRects()
pour indiquer à la
l'UI du système pour ignorer les gestes de navigation dans les zones données. Cette méthode est semblable à
comment gérer les gestes d'application en conflit dans votre application mobile pour fournir
expérience bord à bord.
Vous pouvez utiliser l'API setSystemGestureExclusionRects()
pour obtenir l'UI du système
de répondre différemment aux requêtes de gestes. Par exemple, l'UI du système peut afficher
des conseils d'interface utilisateur supplémentaires, comme une barre horizontale, pour confirmer l'intention de l'utilisateur.
Restrictions concernant les intents implicites et en attente
Si vous utilisez des cartes dans votre application, vérifiez si votre Les intents sont affectés par les restrictions imposées aux intents implicites et en attente.
Vous ne pouvez pas ignorer certaines notifications
Lorsque vous utilisez la version portable de votre application sur un appareil équipé d'Android 14 (niveau d'API 34) ou version ultérieure, les utilisateurs peuvent ignorer les notifications qui, sur dans les versions précédentes de l'application.
Toutefois, vous ne pouvez pas les ignorer sous Wear OS 5 ou version ultérieure.
Autres modifications par rapport à Android 14
Les modifications suivantes apportées par Android 14 sont les plus susceptibles d'affecter votre Wear OS l'application.
Modifications d'Android 14 qui affectent toutes les applications
- Les alarmes exactes programmées sont refusées par défaut
- Les annonces diffusées en contexte sont mises en file d'attente pendant que les applications sont mises en cache.
- Autre raison pour laquelle une application peut être placée en mode veille limitée bucket
Modifications d'Android 14 qui affectent les applications ciblant le niveau d'API 34
- Les types de services de premier plan sont obligatoires
- Mise à l'échelle non linéaire de la police (affecte uniquement les éléments d'interface utilisateur basés sur les vues)
- Application de l'autorisation
BLUETOOTH_CONNECT
dansBluetoothAdapter
JobScheduler
renforce le comportement de rappel et de réseau- Les broadcasts receivers enregistrés lors de l'exécution doivent être explicitement exportés exportée
- Chargement dynamique du code plus sécurisé
- Restrictions supplémentaires concernant le démarrage d'activités en arrière-plan
- L'utilisateur peut accorder un accès partiel aux photos et aux vidéos
Recommandations personnalisées
- Remarque : Le texte du lien s'affiche lorsque JavaScript est désactivé
- Changements concernant la confidentialité dans Android 10
- Se connecter à un serveur GATT {:#connect}
- Communiquer en arrière-plan