Tworzenie aplikacji dla dzieci na Wear OS

Zapoznaj się z tymi wskazówkami, aby zoptymalizować działanie aplikacji na Wear OS dla dzieci. Sprawdź też, czy Twoja aplikacja lub gra spełnia wymagania dotyczące aplikacji i gier dla dzieci.

Zapoznaj się z zasadami Wear OS

Aby utworzyć nowe aplikacje na Wear OS, zapoznaj się z tymi materiałami:

Nie przenoś aplikacji z telefonu

Nie przenoś aplikacji mobilnej na Wear OS. Urządzenia z systemem Wear OS mają znacznie mniejsze baterie i elementy niż urządzenia mobilne, przez co granie w przeportowane bezpośrednio gry mobilne jest bardzo trudne.

Dowiedz się więcej o projektowaniu funkcji dla dzieci na Wear OS.

Wybieranie środowiska programistycznego

Aby tworzyć aplikacje dla dzieci, możesz użyć Compose na Wear OS, czyli naszego zalecanego podejścia do tworzenia interfejsów na Wear OS, a także Unity na Androida.

Jeśli lepiej znasz procesy i możliwości Unity lub Twoja gra jest bardziej złożona i zawiera grafikę 3D oraz fizykę, zalecamy użycie Unity do jej opracowania. Zawiera też wiele funkcji optymalizacji skuteczności. Niektóre wymagania dotyczące jakości na Wear OS mogą wymagać niestandardowych implementacji w Unity, np. obsługi sterowania obrotowego.

W przypadku gier z kilkoma prostymi i krótkimi animacjami wystarczy interfejs Compose Animation API, który jest lepiej obsługiwany w środowisku Androida.

Minimalizowanie wpływu na baterię urządzenia

Zminimalizuj liczbę zdarzeń wpływających na czas pracy na baterii w trakcie jednej sesji. Dzieci używają zegarków z ważnymi funkcjami bezpieczeństwa dla rodziców lub opiekunów, które zależą od wystarczającej żywotności baterii.

Na poniższej liście znajdziesz sprawdzone metody ograniczania wpływu na baterię. Możesz też dowiedzieć się więcej o oszczędzaniu energii i baterii.

  • Zaprojektuj aplikację pod kątem trybu offline, aby dzieci mogły w niej grać bezpłatnie związanych z zużyciem baterii na potrzeby łączenia się z internetem.
  • Ogranicz zadania, które wymagają połączenia z internetem lub GPS.
  • Ogranicz czas aktywnej rozgrywki dziennie.
  • Używaj wydajnych interfejsów API do śledzenia aktywności przez cały dzień oraz do śledzenia ćwiczeń.
  • Ogranicz ręczne tworzenie blokad aktywacji i używaj WorkManager.

Na tej liście znajdziesz elementy, których nie należy uwzględniać w eksperymentalnym interfejsie:

  • Nie używaj śledzenia za pomocą czujnika bezpośredniego, ponieważ znacznie skraca to czas pracy na baterii.
  • Nie dodawaj animacji o długim czasie trwania.
  • Nie zachęcaj użytkownika do dłuższego niż to konieczne włączania ekranu.

Przygotowanie do korzystania z samodzielnych usług

Podczas tworzenia samodzielnych aplikacji weź pod uwagę te kwestie:

  • Zaprojektuj aplikację tak, aby można było z niej korzystać offline, aby dzieci mogły się nią bawić zawsze.
  • Sprawdź, jak aplikacja działa na emulatorze, który nie ma aktywnego połączenia z urządzeniem mobilnym.

Tworzenie tarcz zegarka za pomocą Formatu tarczy zegarka

Tarcze zegarka przeznaczone dla dzieci muszą być tworzone za pomocą Formatu tarczy zegarka. Zwróć uwagę na to, jak nasycenie kolorów wpływa na wydajność baterii.

Dowiedz się więcej o tym, jak zaprojektować tarczę zegarka za pomocą Watch Face Studio lub ręcznie skonfigurować format tarczy zegarka. Zapoznaj się też z narzędziami do sprawdzania tarczy zegarka.

Ukrywanie działań otwierania na telefonie

Od wersji Wear OS 5 interfejs API RemoteActivityHelper obsługuje wykrywanie, czy urządzenie z Wear OS jest w trybie samodzielnym. Jeśli urządzenie jest w trybie samodzielnym, ukryj wszystkie interakcje Otwórz na telefonie, które aplikacja lub gra mogą wyświetlać.

W przypadku gdy aplikacja musi otwierać publiczny adres URL na telefonie, aby wyświetlić Warunki korzystania z usługi, powiadomienia prawne, politykę prywatności lub coś podobnego, wyświetl krótki link lub kod QR za pomocą komponentu Dialog. Jeśli podasz kod QR, rodzice i opiekunowie będą mogli zeskanować go za pomocą urządzenia mobilnego.

Sprawdzanie stanu trybu samodzielnego przed wysłaniem próśb o autoryzację na wielu urządzeniach

Jeśli Twoja aplikacja wysyła żądania autoryzacji OAuth do innych urządzeń, najpierw sprawdź, czy urządzenie jest w trybie samodzielnym. Aby to zrobić, wywołaj funkcję getAvailabilityStatus() z obiektu RemoteAuthClient:

  • Jeśli zwracana wartość to STATUS_UNAVAILABLE, urządzenie jest w trybie samodzielnym i należy odczekać, aby wysłać żądania autoryzacji OAuth do urządzeń mobilnych.
  • Jeśli zwracana wartość to STATUS_TEMPORARILY_UNAVAILABLE, przed wysłaniem żądań autoryzacji zaczekaj, aż zmieni się na STATUS_AVAILABLE.