Przygotowanie aplikacji na zmiany działania w Wear OS 4

Wear OS 4 działa na Androidzie 13 (poziom interfejsu API 33). Jest to o kilka wersji wyższych niż wersja, na której opiera się Wear OS 3, czyli Android 11 (poziom API 30). Dlatego podczas przygotowywania aplikacji na Wear OS do użytku na Wear OS 4 musisz uwzględnić zmiany w działaniu systemu, które będą obowiązywać w przypadku wszystkich aplikacji na Androida 12 i Androida 13.

Aby jeszcze bardziej zwiększyć zgodność aplikacji z tą wersją Wear OS, możesz kierować reklamy na Androida 13 (poziom interfejsu API 33).

Zmiany uprawnień

Poniższe zmiany związane z uprawnieniami najczęściej wpływają na aplikację na Wear OS na urządzeniu z Wear OS 4.

Zgodę na wyświetlanie powiadomień

Opcja zezwolenia to pierwszy przycisk w oknie
Rysunek 1. Okno uprawnień systemowych z prośbą o zezwolenie aplikacji na Wear OS na publikowanie powiadomień. Użytkownicy mogą wybrać Zezwól lub Nie zezwalaj.

W większości przypadków użytkownicy muszą przyznać uprawnienia w czasie działania powiadomień dotyczące aplikacji, w tym także powiadomienia o trwających aktywnościach.

Uwaga: uprawnienia do powiadomień nie mają zastosowania do powiadomień skróconych ani kilku konkretnych przypadków użycia, które są wykluczone, np. związanych z sesjami multimediów.

Gdy użytkownicy zainstalują Twoją aplikację na urządzeniu z Wear OS 4, powiadomienia z niej będą domyślnie wyłączone. Zanim opublikujesz powiadomienie lokalne lub uruchomisz trwającą aktywność, sprawdź, czy aplikacja może publikować powiadomienia, wywołując metodę areNotificationsEnabled(). Jeśli ta metoda zwraca wartość true, aplikacja może wyświetlać powiadomienia. Jeśli aplikacja nie ma odpowiednich uprawnień, takie powiadomienia będą się kończyć niepowodzeniem bez żadnych wyjątków w czasie działania.

Gdy poprosisz w aplikacji o przyznanie uprawnienia POST_NOTIFICATIONS, użytkownicy zobaczą okno uprawnień systemowych widoczne na ilustracji 1.

Uprawnienia do czujników na ciele w tle

Na urządzeniu z Wear OS 4 użytkownicy muszą zezwolić aplikacji na pobieranie w tle informacji z popularnych czujników na ciele, np. tętna.

Więcej informacji znajdziesz w przewodniku na temat wysyłania prośby o dostęp w tle do danych z czujników na ciele.

Dostęp do przybliżonej lokalizacji

Na urządzeniach z Wear OS 4 użytkownicy mogą poprosić, żeby aplikacja pobierała tylko przybliżone informacje o lokalizacji, nawet jeśli prosi ona o uprawnienia w czasie działania ACCESS_FINE_LOCATION.

Sprawdź, czy aplikacja nadal może realizować swoje kluczowe przypadki użycia, takie jak wyświetlanie działającej trasy, jeśli użytkownik poda tylko przybliżoną lokalizację. Szczególnie przy korzystaniu z usług zdrowotnych na Wear OS weź pod uwagę błędy pozycji.

Dowiedz się więcej o tym, jak użytkownik może przyznawać tylko przybliżoną lokalizację.

Zmiany w komponentach aplikacji i nawigacji

Poniższe zmiany związane z komponentami aplikacji i nawigacją prawdopodobnie wpłyną na aplikację na Wear OS na urządzeniu z Wear OS 4.

Filtry intencji blokują niepasujące intencje

Gdy aplikacja wysyła intencję do wyeksportowanego komponentu innej aplikacji, która jest kierowana na Androida 13 lub nowszego, jest ona realizowana tylko wtedy, gdy odpowiada elementowi <intent-filter> w aplikacji odbierającej.

Dowiedz się, jak dopasowywać intencje do filtrów intencji innych aplikacji.

Działanie działania głównego programu uruchamiającego

Aktywność programu uruchamiającego znajduje się w katalogu głównym zadania, jeśli deklaruje filtr intencji, który obejmuje zarówno ACTION_MAIN, jak i CATEGORY_LAUNCHER.

Jeśli użytkownik przejdzie z tego rodzaju aktywności programu uruchamiającego na poprzedni ekran, system go nie zakończy. Zamiast tego umieszcza w tle aktywność programu uruchamiającego.

Dowiedz się więcej o tej zmianie aktywności głównego programu uruchamiającego i cyklu życia aktywności.

System wprowadza kilka zmian w sposobie weryfikacji linków aplikacji na Androida. W szczególności system wymusza bardziej rygorystyczną składnię filtra intencji, aby wykazać, że adresy URL w konkretnej domenie powinny otwierać treści bezpośrednio w aplikacji. Te zmiany poprawiają niezawodność łączenia aplikacji, co daje większą kontrolę deweloperom i użytkownikom.

Aby przetestować wiarygodność deklaracji, ręcznie wywołaj weryfikację domeny.

Interfejs okna alertu systemowego został usunięty

Wear OS 4 usuwa interfejs systemu, aby przyznać uprawnienie SYSTEM_ALERT_WINDOW. Ten interfejs jest dostępny na niektórych urządzeniach z Wear OS 3 lub starszymi wersjami.

Jeśli używasz ACTION_MANAGE_OVERLAY_PERMISSION, aby kierować użytkowników na stronę ustawień, na której mogą wyświetlać Twoją aplikację przed innymi, zaktualizuj jej logikę. Jeśli na przykład ważne wiadomości są wyświetlane w oknach alertów systemu, używaj powiadomień.

Zmiany w zarządzaniu zasilaniem i danymi

Poniższe zmiany związane z zarządzaniem zasilaniem i danymi prawdopodobnie wpłyną na aplikację na Wear OS na urządzeniu z Wear OS 4.

Zasobnik ograniczonej gotowości aplikacji z ograniczonym dostępem

System umieszcza aplikację w „zastrzeżonym” zasobniku gotowości aplikacji, jeśli nie jest używana przez dłuższy czas lub wywołuje nadmierną liczbę transmisji i powiązań.

Hibernacja aplikacji

Jeśli użytkownik nie będzie korzystać z aplikacji przez kilka miesięcy, system przełączy ją w stan hibernacji.

Tworzenie i przywracanie kopii zapasowej

Jeśli konkretne urządzenie z Wear OS obsługuje tworzenie kopii zapasowej w chmurze od Wear OS 4, użytkownicy mogą utworzyć kopię zapasową swoich danych w chmurze, aby przenieść dane z tego urządzenia, a także przywrócić dane z chmury i przenieść na nowe urządzenie z Wear OS.