Wear OS 5 basiert auf Android 14 (API-Level 34). Bei der Vorbereitung der Wear OS-App für Wear OS 5, das System verwalten Verhaltensänderungen, die sich auf alle Apps unter Android 14 auswirken, sowie die Änderungen für Apps, die auf Android 14 ausgerichtet sind.
Änderungen bei Wear OS 5, die sich auf alle Apps auswirken
Die folgenden Verhaltensänderungen wirken sich auf spezifische Anwendungsfälle und Bibliotheken aus. auf Wear OS. Diese Änderungen betreffen alle Apps, die unter Wear OS 5 oder höher ausgeführt werden. unabhängig von der SDK-Zielversion.
Privatsphäredashboard
Wear OS 5 unterstützt jetzt das Privatsphäredashboard, das folgende Funktionen bietet: Nutzenden eine zentrale Ansicht der Datennutzung jeder App.
Auf neuen Smartwatches werden nur Zifferblätter angezeigt, die das Watch Face-Format verwenden
Smartwatches, die mit Wear OS 5 oder höher auf den Markt gebracht werden, unterstützen nur Zifferblätter mit Watch Face-Format Aus diesem Grund empfehlen wir, dass Sie mit dem Watch Face-Format.
Änderungen bei Wear OS 5, die sich auf Apps auswirken, die auf Android 14 ausgerichtet sind
Die folgenden Änderungen wirken sich nur auf Ihre App aus, wenn Sie Ihr Ziel-SDK aktualisieren. Version auf Android 14, die Version, auf der Wear OS 5 basiert.
Always-on-Apps können in den Hintergrund verschoben werden
Ab Wear OS 5 werden immer aktive Apps vom System in den Hintergrund verschoben. nachdem sie für eine bestimmte Zeit im Inaktivmodus sichtbar waren. Nutzer können das Zeitlimit in den Systemeinstellungen konfigurieren.
Apps zur Aufzeichnung von Trainings müssen einen Diensttyp im Vordergrund angeben
Wenn deine App das Training als Teil der Trainingseinheit eines Benutzers auf Geräten aufzeichnet, die
Wear OS 5 oder höher ausführen, müssen Sie
Geben Sie den health
-Typ des Dienstes im Vordergrund an, der im Vordergrund ausgeführt wird,
ruft ExerciseClient
auf. Wenn Ihre App den Standort überwachen kann,
Informationen während des Trainings angezeigt wird, musst du auch die location
angeben
Typ des Diensts im Vordergrund.
Einige Geräte, die nicht am Handgelenk getragen werden, bleiben länger entsperrt
Auf unterstützten Geräten mit Wear OS 5 oder höher, wenn der Nutzer das Handgelenk abschaltet und nehmen das Gerät dann vom Handgelenk, das Gerät länger entsperrt bleibt, sonst.
Wenn Ihre App ein höheres Sicherheitsniveau erfordert, z. B. bei der Anzeige potenziell sensible oder private Daten: Überprüfe, ob die Handgelenkserkennung aktiviert ist.
Frei verschiebbare Inhalte können sich über die Aktivierungspunkte von Systemgesten überlappen.
Ab Wear OS 5 verarbeitet das System Gesten für Bewegungsereignisse getrennt von der Bedienung über Gesten auf der Benutzeroberfläche des Systems.
Wenn die Benutzeroberfläche Ihrer App große ziehbare Bereiche enthält, die sich mit Systemgesten überlappen
müssen Sie möglicherweise Rechtecke zum Ausschließen von System-Gesten hinzufügen.
Aufrufe. Rufen Sie dazu setSystemGestureExclusionRects()
auf, um das
System-UI so werden, dass Navigationsgesten in den angegebenen Bereichen ignoriert werden. Ähnlich wie bei
wie Sie in Ihrer mobilen App mit in Konflikt stehenden App-Gesten umgehen,
Edge-to-Edge-Benutzeroberfläche.
Für die System-UI können Sie die setSystemGestureExclusionRects()
API verwenden
unterschiedlich auf Touch-Gesten reagieren. Beispielsweise wird in der System-UI möglicherweise
zusätzliche Hinweise auf der Benutzeroberfläche, z. B. ein horizontaler Balken, um die Absicht des Nutzers zu bestätigen.
Einschränkungen für implizite und ausstehende Intents
Wenn Sie in Ihrer App Kacheln verwenden, prüfen Sie, Intents sind von den Einschränkungen für implizite und ausstehende Intents betroffen.
Einige Benachrichtigungen lassen sich immer noch nicht schließen.
Wenn du die Handheld-Version deiner App auf einem Gerät mit Android 14 verwendest (API-Level 34) oder höher, können Nutzer Benachrichtigungen schließen, die auf frühere Versionen, konnten nicht geschlossen werden.
Unter Wear OS 5 und höher können diese Benachrichtigungen jedoch weiterhin nicht geschlossen werden.
Weitere Änderungen im Vergleich zu Android 14
Die folgenden Änderungen gegenüber Android 14 wirken sich am wahrscheinlichsten auf Wear OS aus
Änderungen bei Android 14, die alle Apps betreffen
- Exakte Alarme werden standardmäßig nicht eingestellt
- Kontextregistrierte Broadcasts werden in die Warteschlange gestellt, während Apps im Cache gespeichert werden
- Weitere Gründe, warum eine App in den eingeschränkten Standby-Modus verschoben werden kann Bucket
Änderungen bei Android 14, die sich auf Apps auswirken, die auf API-Level 34 ausgerichtet sind
- Typen von Diensten im Vordergrund sind erforderlich
- Nicht lineare Schriftskalierung (betrifft nur ansichtsbasierte UI-Elemente)
- Erzwingung der Berechtigung
BLUETOOTH_CONNECT
inBluetoothAdapter
JobScheduler
verstärkt Rückruf- und Netzwerkverhalten- Laufzeitregistrierte Übertragungsempfänger müssen explizit exportiert werden oder nicht exportiert
- Sichereres Laden von dynamischem Code
- Zusätzliche Einschränkungen beim Starten von Aktivitäten im Hintergrund
- Der Nutzer kann Teilzugriff auf Fotos und Videos gewähren
Empfehlungen für dich
- Hinweis: Der Linktext wird angezeigt, wenn JavaScript deaktiviert ist.
- Datenschutzänderungen bei Android 10
- Verbindung zu einem GATT-Server {:#connect} herstellen
- Im Hintergrund kommunizieren