כדאי לעיין בהנחיות הבאות כדי לשפר את חוויית השימוש של הילדים באפליקציה ל-Wear OS. כמו כן, חשוב לוודא שהאפליקציה או המשחק עומדים בדרישות לתכנים לילדים.
קוראים את העקרונות של Wear OS
במקורות המידע הבאים תוכלו לקרוא מידע נוסף על יצירת אפליקציות חדשות ל-Wear OS:
- תחילת העבודה עם Wear OS
- עקרונות הפיתוח של Wear OS
- עיצוב ממשק משתמש
- יצירה והרצה של אפליקציה ב-Wear OS
- דרישות האיכות של האפליקציות
לא להעביר את אפליקציית הטלפון
לא להעביר את האפליקציה לנייד ל-Wear OS. במכשירי Wear OS יש סוללות ורכיבים קטנים בהרבה מאשר במכשירים ניידים, ולכן קשה מאוד לשחק במשחקים לנייד שהותאמו ישירות.
מידע נוסף על עיצוב חוויות לילדים ב-Wear OS
בחירת סביבת פיתוח
כדי לפתח חוויות שיתאימו לילדים, אתם יכולים להשתמש ב-Compose for Wear OS, הגישה המומלצת שלנו לפיתוח ממשקי משתמש ב-Wear OS, וגם ב-Unity for Android.
אם אתם מכירים טוב יותר את התהליכים והיכולות של Unity, או אם המשחק שלכם מורכב יותר וכולל פיזיקה וגרפיקה תלת-ממדית, מומלץ להשתמש ב-Unity לפיתוח המשחק. הוא כולל גם מגוון תכונות לאופטימיזציה של הביצועים. יכול להיות שחלק מדרישות האיכות של Wear OS ידרשו הטמעות בהתאמה אישית ב-Unity, כמו תמיכה בקלט רוטורי.
במשחקים עם מספר קטן של אנימציות פשוטות וקצרות, Compose Animation API אמור להספיק, והוא נתמך טוב יותר בסביבת Android.
צמצום ההשפעה על הסוללה של המכשיר
צמצום מספר האירועים שמשפיעים על חיי הסוללה במהלך סשן אחד. ילדים משתמשים בשעונים שמספקים תכונות בטיחות חשובות להורים או לאפוטרופוסים שלהם, ותכונות אלה תלויות בחיי הסוללה של המכשיר.
הרשימה הבאה כוללת כמה שיטות מומלצות לצמצום ההשפעה על הסוללה. אפשר גם לקרוא מידע נוסף על חיסכון בחשמל ובסוללה.
- כדאי לתכנן תרחישי שימוש אופליין כדי שהילדים יוכלו לשחק בלי להוציא עלויות סוללה שקשורות לרשת.
- צמצום המשימות שדורשות חיבור לאינטרנט או ל-GPS.
- להגביל את משך הזמן הפעיל של משחק בכל יום.
- שימוש בממשקי API חסכוניים באנרגיה למעקב אחר הפעילות במהלך היום וגם למעקב אחר אימונים.
- כדאי להפחית את היצירה הידנית של wakelocks ולהשתמש ב-
WorkManager.
ברשימה הבאה מפורטים אלמנטים שאסור לכלול בחוויית המשתמש:
- אל תשתמשו במעקב ישיר אחר החיישן, כי הוא מפחית באופן משמעותי את חיי הסוללה.
- אין לכלול אנימציות ארוכות.
- אל תעודדו את המשתמש להשאיר את המסך דלוק יותר מהנדרש.
הכנה לקראת חוויות נפרדות
כשאתם מפתחים חוויות עצמאיות, כדאי להביא בחשבון את הדברים הבאים:
- כדאי לתכנן את האפליקציה כך שתתאים לתרחישי שימוש במצב אופליין, כדי שהילדים תמיד יוכלו לשחק בה.
- בדיקת ההתנהגות של האפליקציה במהלך הדמיה ללא חיבור פעיל למכשיר נייד.
שימוש בפורמט Watch Face Format ליצירת תצוגות שעון
תצוגת שעון שמיועדת לילדים חייבת להיווצר באמצעות Watch Face Format. חשוב לזכור איך רוויית הצבע משפיעה על ביצועי הסוללה.
מידע נוסף על עיצוב תצוגת שעון באמצעות Watch Face Studio או על הגדרה ידנית של Watch Face Format זמין כאן. בנוסף, אפשר להיעזר בכלים שלנו לאימות תצוגות שעון.
הסתרת הפעולות של פתיחה בטלפון
החל מגרסה 5 של Wear OS, ממשק ה-API של RemoteActivityHelper כולל תמיכה בזיהוי אם מכשיר Wear OS נמצא במצב עצמאי. אם המכשיר במצב נייח, צריך להסתיר את כל האינטראקציות מסוג פתיחה בטלפון שאפליקציה או משחק עשויים להציג.
בתרחישי שימוש שבהם האפליקציה צריכה לפתוח כתובת URL ציבורית בטלפון כדי להציג את התנאים וההגבלות, הודעות משפטיות, מדיניות פרטיות או משהו דומה, אפשר להציג קישור קצר או קוד QR באמצעות הרכיב Dialog. אם תספקו קוד QR, ההורים והאפוטרופוסים יוכלו לסרוק אותו באמצעות מכשיר נייד.
בדיקת הסטטוס של מצב ניהול עצמאי לפני שליחת בקשות הרשאה במכשירים שונים
אם האפליקציה שולחת בקשות הרשאה של OAuth למכשירים אחרים, צריך קודם לבדוק אם המכשיר נמצא במצב עצמאי. כדי לעשות זאת, צריך להפעיל את getAvailabilityStatus() מאובייקט RemoteAuthClient:
- אם ערך ההחזרה הוא
STATUS_UNAVAILABLE, המכשיר נמצא במצב נייח, וצריך להמתין לפני שליחת בקשות הרשאה של OAuth למכשירים ניידים. - אם ערך ההחזרה הוא
STATUS_TEMPORARILY_UNAVAILABLE, צריך להמתין עד שהערך ישתנה ל-STATUS_AVAILABLEלפני שליחת בקשות לאישור.