Phát triển trải nghiệm dành cho trẻ em trên Wear OS

Hãy xem các nguyên tắc sau đây để tối ưu hoá trải nghiệm của ứng dụng Wear OS dành cho trẻ em. Ngoài ra, hãy xác nhận rằng ứng dụng hoặc trò chơi của bạn đáp ứng các yêu cầu về trải nghiệm phù hợp với trẻ em.

Xem lại các nguyên tắc của Wear OS

Hãy xem các tài nguyên sau đây để tạo ứng dụng Wear OS mới:

Không chuyển ứng dụng điện thoại

Đừng chuyển ứng dụng di động sang Wear OS. Thiết bị Wear OS có pin và các thành phần nhỏ hơn nhiều so với thiết bị di động, khiến việc chơi các trò chơi di động được chuyển trực tiếp trở nên rất khó khăn.

Tìm hiểu thêm về cách thiết kế trải nghiệm cho trẻ em trên Wear OS.

Chọn môi trường phát triển

Để phát triển trải nghiệm phù hợp với trẻ em, bạn có thể sử dụng Compose cho Wear OS, phương pháp được đề xuất của chúng tôi để xây dựng giao diện người dùng trên Wear OS, cũng như Unity cho Android.

Nếu bạn quen thuộc hơn với quy trình làm việc và chức năng của Unity, hoặc nếu trò chơi của bạn phức tạp hơn và có đồ hoạ 3D và vật lý, bạn nên sử dụng Unity để phát triển trò chơi. API này cũng có nhiều tính năng tối ưu hoá hiệu suất. Một số yêu cầu về chất lượng của Wear OS có thể yêu cầu triển khai tuỳ chỉnh trong Unity, chẳng hạn như hỗ trợ phương thức nhập dữ liệu xoay.

Đối với các trò chơi chỉ có một vài ảnh động ngắn và đơn giản, Compose Animation API là đủ và được hỗ trợ tốt hơn trong môi trường Android.

Giảm thiểu tác động đến pin của thiết bị

Giảm thiểu các sự kiện ảnh hưởng đến thời lượng pin trong một phiên. Trẻ sử dụng đồng hồ có các tính năng an toàn quan trọng cho cha mẹ hoặc người giám hộ, điều này phụ thuộc vào việc thiết bị có đủ thời lượng pin hay không.

Danh sách sau đây bao gồm một số phương pháp hay nhất để giảm tác động đến pin. Bạn cũng có thể tìm hiểu thêm về cách tiết kiệm pin và điện năng.

  • Thiết kế cho các trường hợp sử dụng ngoại tuyến để trẻ có thể chơi mà không phải chịu chi phí pin liên quan đến mạng.
  • Hạn chế tối đa các tác vụ yêu cầu kết nối Internet hoặc GPS.
  • Giới hạn thời gian chơi trò chơi mỗi ngày.
  • Sử dụng các API tiết kiệm pin để theo dõi hoạt động cả ngày cũng như theo dõi bài tập thể dục.
  • Giảm việc tạo khoá chế độ thức theo cách thủ công và sử dụng WorkManager.

Danh sách sau đây bao gồm các thành phần mà bạn không nên đưa vào trải nghiệm:

  • Đừng sử dụng tính năng theo dõi cảm biến trực tiếp vì tính năng này làm giảm đáng kể thời lượng pin.
  • Không sử dụng ảnh động chạy trong thời gian dài.
  • Không khuyến khích người dùng bật màn hình lâu hơn mức cần thiết.

Chuẩn bị cho trải nghiệm độc lập

Khi phát triển trải nghiệm độc lập, hãy cân nhắc những điều sau:

  • Thiết kế cho các trường hợp sử dụng ngoại tuyến để trẻ luôn có thể chơi.
  • Kiểm thử cách ứng dụng của bạn hoạt động trên một trình mô phỏng không có kết nối đang hoạt động với thiết bị di động.

Sử dụng Định dạng mặt đồng hồ để tạo mặt đồng hồ

Bạn phải tạo mặt đồng hồ dành cho trẻ em bằng Định dạng mặt đồng hồ. Hãy lưu ý đến mức độ ảnh hưởng của độ bão hoà màu đối với hiệu suất pin.

Tìm hiểu thêm về cách bạn có thể thiết kế mặt đồng hồ bằng Watch Face Studio hoặc định cấu hình Định dạng mặt đồng hồ theo cách thủ công, đồng thời tham khảo các công cụ xác thực mặt đồng hồ của chúng tôi.

Ẩn các hành động mở trên điện thoại

Kể từ Wear OS 5, API RemoteActivityHelper sẽ hỗ trợ việc phát hiện xem thiết bị Wear OS có ở chế độ độc lập hay không. Nếu thiết bị ở chế độ độc lập, hãy ẩn mọi hoạt động tương tác Mở trên điện thoại mà ứng dụng hoặc trò chơi của bạn có thể hiển thị.

Đối với các trường hợp sử dụng mà ứng dụng cần có thể mở một URL công khai trên điện thoại để hiển thị Điều khoản dịch vụ, thông báo pháp lý, chính sách quyền riêng tư hoặc nội dung tương tự, hãy hiển thị đường liên kết ngắn hoặc Mã QR bằng thành phần Dialog. Nếu bạn cung cấp mã QR, cha mẹ và người giám hộ có thể quét mã đó bằng thiết bị di động.

Kiểm tra trạng thái chế độ độc lập trước khi gửi yêu cầu uỷ quyền trên nhiều thiết bị

Nếu ứng dụng của bạn đưa ra yêu cầu uỷ quyền OAuth cho các thiết bị khác, trước tiên, hãy kiểm tra xem thiết bị có ở chế độ độc lập hay không. Để thực hiện việc này, hãy gọi getAvailabilityStatus() từ đối tượng RemoteAuthClient:

  • Nếu giá trị trả về là STATUS_UNAVAILABLE, thì thiết bị đang ở chế độ độc lập và bạn nên đợi để gửi mọi yêu cầu uỷ quyền OAuth đến thiết bị di động.
  • Nếu giá trị trả về là STATUS_TEMPORARILY_UNAVAILABLE, hãy đợi giá trị này thay đổi thành STATUS_AVAILABLE trước khi gửi yêu cầu uỷ quyền.