עקרונות הפיתוח של Wear OS

מערכת Wear OS מבוססת על Android, ולכן הרבה מהשיטות המומלצות ל-Android רלוונטיות גם ל-Wear OS. עם זאת, מערכת Wear OS מותאמת לשימוש על פרק כף היד, ולכן יש כמה הבדלים בין שתי המערכות.

כדי לייעל את זמן הפיתוח, כדאי לעיין בעקרונות הבאים לפני שמתחילים לפתח את האפליקציה ל-Wear OS.

תכנון למשימות קריטיות

אם כבר יש לכם אפליקציה לנייד, אל תעבירו את כל בסיס הקוד. במקום זאת, כדאי לזהות את המשימות העיקריות שהכי מתאימות לשימוש במכשיר שעל היד, ולפשט את חוויית השימוש. אפליקציה מוצלחת למכשיר לביש מספקת חוויות משמעותיות וקלות להבנה במבט חטוף, ועוזרת לאנשים להישאר ממוקדים ופרודוקטיביים גם בדרכים.

אופטימיזציה לפרק כף היד

כדי למנוע אי נוחות ארגונומית או עייפות בזרוע, כדאי לעזור לאנשים להשלים משימות בשעון תוך שניות.

כדי לקבל מידע נוסף על אופטימיזציה לפרק כף היד, אפשר לעיין בהנחיות העיצוב של Wear OS.

שמירה על פרטיות המשתמשים

המשתמשים צריכים לסמוך על האפליקציה שלכם לפני שהם מעניקים לה הרשאה לגשת למידע שעלול להיות רגיש. המערכת מספקת כמה דרכים לעזור למשתמשים לשמור על הפרטיות שלהם.

מרכז בקרת הפרטיות

החל מ-Wear OS 5, המערכת תומכת במרכז בקרת הפרטיות. לוח הבקרה הזה מציע למשתמשים תצוגה מרכזית של נתוני השימוש בכל אפליקציה, כולל הפרטים הבאים:

• סוגי הנתונים שניגשים אליהם – לדוגמה, מיקום ומיקרופון.
• כמה זמן עבר מאז שהייתה גישה לסוגי הנתונים האלה.

הגישה למידע הזה מאפשרת למשתמשים לקבל החלטות מושכלות יותר לגבי האפליקציות שעדיין צריכות להיות להן גישה לנתונים האישיים שלהם. כדי לשמור על אמון המשתמשים, חשוב להשתמש בנתונים באופן אחראי ולשמור על שקיפות כשאתם אוספים נתוני משתמשים ומשתמשים בהם.

זיהוי צילומי מסך

במכשירים עם Wear OS בגרסה 5 ואילך, אפליקציות יכולות להשתמש ב-Screenshot Detection API ששומר על הפרטיות.

שימוש במשטח המתאים למשימה

ב-Wear OS יש יותר פלטפורמות ליצירת אינטראקציה עם המשתמשים מאשר בנייד. האפליקציות צריכות להתאים את התוכן שלהן לפלטפורמות האלה.

לכל פלטפורמה יש תרחיש שימוש משלה. אם נדרשת פעולה נוספת, כדאי להפנות את המשתמשים לחוויית שימוש מלאה יותר באפליקציה.

לקרוא ולהבין איך התוכן שלכם מותאם לכל פלטפורמה בהתאם לצרכים של המשתמשים. בטבלה הבאה מופיעה דוגמה לעדיפויות של אפליקציית מזג אוויר.

תכונה נוספת P1: What's the weather right now?	התראה P1 Tell me about a severe weather advisory	כרטיס מידע P1: What's the weather right now? P2: What's the weather today?	אפליקציה P1: What's the weather right now? P2: What's the weather today? P3: מהי החלוקה לפי שעות? ‫P3: העדפות

מידע נוסף זמין במדריך לממשק המשתמש.

הוספת התראות למשטחים נוספים

ב-Wear OS API ברמה 30 ומעלה, אפשר לשייך כל התראה פעילה ל-OngoingActivity כדי להוסיף את ההתראה הזו למשטחים נוספים בממשק המשתמש של Wear OS. כך מגדילים את רמת המעורבות בפעילויות ארוכות טווח.

תמיכה בתרחישים אופליין

בדרך כלל מכשיר Wear OS תומך ב-Bluetooth וב-Wi-Fi, אבל יכול להיות שהוא לא תומך ב-LTE. תכננו את האפליקציה כך שתפעל גם כשהחיבור לא יציב וגם במצב אופליין. לדוגמה, בזמן פעילות גופנית או נסיעה לעבודה, כשמשתמשים משאירים את המכשיר הנייד שלהם בבית.

הצגת תוכן רלוונטי

השעון כמעט תמיד נמצא על היד של המשתמש. כדאי לעדכן את תוכן האפליקציה בהתאם להקשר של המשתמש, למשל השעה, המקום והפעילות שלו.

איך עוזרים למשתמשים להשלים משימה ממכשיר אחר

יותר ויותר אנשים מחזיקים בכמה מכשירים. השעון יכול לעזור למשתמשים להשלים משימה במערכת מבוזרת של מכשירים. כדאי לעיין בתרחישים לדוגמה שבהם השימוש בשיטה הזו מתאים לאפליקציה שלכם.

שיפור חוויית המשתמש במהלך הפעלה במצב התחלתי (cold start) של אפליקציה

כדי לשפר את חוויית המשתמש במהלך הפעלה במצב התחלתי (cold start) של אפליקציה, צריך ליצור פעילות מסך פתיחה עם נושא נפרד. לאחר מכן, מגדירים את windowBackground לציור המותאם אישית של מסך הפתיחה בקובץ המניפסט. מסך הפתיחה מורכב מרשימת שכבות עם שני רכיבים: צבע הרקע והרכיב הגרפי הניתן לציור בהתאמה אישית, שהוא בדרך כלל סמל האפליקציה. להשתמש ב-drawable בגודל 48x48 dp.

מידע נוסף זמין במאמר בנושא הוספת מסך פתיחה.

שיקולים לגבי אפליקציות מדיה

הפעלת אמצעי בקרה להפעלת מוזיקה מהטלפון

אם האפליקציה מותקנת גם בטלפון וגם בשעון, המשתמשים מצפים לשליטה מרחוק מהשעון. לדוגמה, משתמשים מצפים לאפשרות להשהות שירים, להפעיל אותם או לדלג עליהם מהשעון.

תוכן שהורדתם

כמו שציינו קודם, חשוב לתמוך בתרחישים אופליין. הדבר חשוב במיוחד לאפליקציות מדיה. באפליקציות מדיה, קל יותר לתמוך בהורדות אופליין קודם, ואז להוסיף סטרימינג אם יש ביקוש.

במהלך העיצוב, חשוב להבהיר למשתמש איזה תוכן זמין במצב אופליין. לכל משימה ממושכת שצריך לבצע באופן מיידי או תקופתי, משתמשים ב-WorkManager. דחיית ההורדות עד שהשעון יהיה בטעינה ומחובר ל-Wi-Fi.

סטרימינג ב-LTE

כדאי להציע תמיכה בסטרימינג במכשירים עם קישוריות LTE, שזה תרחיש שימוש נפוץ להפעלת מדיה. סטרימינג מאפשר למשתמשים להשאיר את המכשירים האחרים שלהם בבית ועדיין להאזין למוזיקה. להעביר למשתמש מסר ויזואלי כשהוא מבצע סטרימינג של מוזיקה, ולשמור במטמון את האודיו של הסטרימינג. כדי לייעל את צריכת החשמל במהלך הצפייה בסטרימינג, מומלץ להימנע משימוש ב-LTE לכל המשימות שאפשר לדחות, למשל שליחת נתוני רישום וניתוח.

תמיכה באוזניות Bluetooth

יכול להיות שהמשתמשים יצאו לריצה או להליכה רק עם השעון והאוזניות. כדי לאפשר להם ליהנות מחוויה עצמאית אמיתית, כדאי לתמוך בהתאמה לאוזניות. אם האוזניות לא מחוברות כשמפעילים או מחדשים את ההפעלה של המוזיקה, צריך להפעיל את הגדרות ה-Bluetooth כדי לאפשר למשתמש להתחבר לאוזניות ה-Bluetooth ישירות מהאפליקציה.

ציון מקור המוזיקה

צריך לציין בבירור אם הצליל מגיע מהשעון או מהטלפון. משתמשים בסמל של המקור כדי לציין איפה המוזיקה מושמעת. מגדירים את המקור שיהיה ברירת המחדל לנקודה שבה המשתמש מתחיל להאזין למוזיקה.

שימוש ברמקול

חלק ממכשירי Wear OS כוללים רמקול מובנה שאפשר להשתמש בו לדברים כמו תזכורות ואזעקות. מומלץ להימנע משימוש ברמקול המובנה להפעלת מדיה ומוזיקה, כי המשתמשים מצפים שהפעולות האלה יתבצעו באמצעות אוזניות. מידע נוסף זמין במאמר בנושא זיהוי מכשירי אודיו.

שיקולים לגבי אפליקציות כושר

כשיוצרים אפליקציות כושר ל-Android 10 (רמת API‏ 29) ומעלה, צריך לבקש את ההרשאה Physical activity recognition (זיהוי פעילות גופנית).

להשלים את האפליקציה לנייד

כמו שצוין קודם, אפליקציית כושר ל-Wear OS צריכה לטפל רק במשימות קריטיות שמתבצעות על פרק כף היד. המשמעות היא שאפליקציית כושר ל-Wear OS מתמקדת בעיקר באיסוף נתונים.

אפשר לכלול כמה מסכי סיכום אחרי האימון, אבל כדאי להשאיר את הניתוח המפורט אחרי האימון ואת כל התכונות האחרות שדורשות יותר מקום במסך לאפליקציה לנייד.

תמיכה בפעילויות לטווח ארוך

כמו באפליקציות רבות שמשתמשות בנתוני מיקום ובנתוני חיישנים, כדאי לתכנן את האפליקציה כך שתפעל בזמן השימוש. כלומר, האפליקציה פועלת בחזית.

אם האימון מתחיל בפעילות, צריך לקשר את הפעילות לשירות שמבצע את העבודה. כשהמשתמש יוצא מהאפליקציה, השירות מפסיק את הקישור שלו ויכול להפוך להתראה שוטפת.

ב-Wear OS, אפשר להציג את ההתראות המתמשכות שלכם בממשקים חדשים באמצעות Ongoing Activity API, עם כמות מינימלית של קוד.

כדי לראות אפליקציה פשוטה עם הארכיטקטורה הזו, אפשר לעיין ב-code lab בנושא פעילות שוטפת ב-GitHub.

שימוש מועט בתכונה 'מופעל תמיד'

אם משתמש מפסיק להשתמש בשעון במהלך הפעלה של האפליקציה, המכשיר עובר למצב רגישות לסביבה כדי לחסוך בסוללה.

אם המשתמש יבצע אינטראקציה עם המכשיר שוב תוך פרק זמן מסוים, מערכת Wear OS תחזיר את האפליקציה למצב פעיל.

ברוב תרחישי השימוש, זה מספיק כדי שהמשתמשים ייהנו מחוויה טובה ויחסכו בסוללה.

במקרים מסוימים, יכול להיות שתצטרכו שהאפליקציה תהיה גלויה למשך זמן ארוך יותר, למשל במהלך אימון שלם. במקרים כאלה, צריך להשתמש ב-AmbientLifecycleObserver. מידע נוסף זמין במאמר שמירה על הנראות של האפליקציה ב-Wear.

לא להחזיק חסימת מצב שינה

אפשר להשתמש בממשקי API, למשל Health Services, כדי לקבל נתוני חיישנים, ובמקביל לאפשר למעבד להיכנס למצב שינה בין הקריאות או המסירות.

אופטימיזציה של ניהול המיקום והחיישנים

ניהול החיישנים חשוב, ואם הוא לא מתבצע בצורה נכונה הוא עלול להשפיע לרעה על חיי הסוללה.

כשמיישמים את אסטרטגיית החיישנים, מומלץ לפעול לפי ההמלצות הבאות:

• אם אפשר, תמיד כדאי להשתמש בחיישנים במצב אצווה.
• ניקוי החיישנים כשהמסך או האפליקציה חוזרים להיות פעילים.
• משנים את משך הזמן של איחוד ההתראות כשהמסך כבוי כדי לחסוך בחשמל.
• ביטול הרישום של מאזיני החיישנים כשכבר לא צריך אותם.
• לגבי חיישני מיקום, כדאי לפעול לפי השיטות המומלצות שמפורטות במאמר זיהוי מיקום ב-Wear OS.

כדי לפשט את ניהול החיישנים ולבצע אופטימיזציה של צריכת החשמל, מומלץ להשתמש ב-Health Services.

שימוש במשוב פיזי לאישור פעולות

משתמשים במשוב פיזי כדי לאשר פעולות, למשל התחלה, עצירה, השהיה אוטומטית או הקפה אוטומטית.

שימוש בנעילת מגע

במקרים מסוימים, השבתת חוויית המגע משפרת את חוויית השימוש באפליקציה. לדוגמה, כדאי להשבית את מסך המגע כשעוקבים אחרי אימון, כי סביר להניח שתהיה לחיצה מקרית במקרה הזה.

שיקולים לגבי אפליקציות לשליחת הודעות

מתחילים עם התראות

תמיכה ב-MessagingStyle כדי לשפר את חוויית המשתמש באפליקציה.

תמיכה בקלט קולי

תמיכה בהמרת דיבור לטקסט, כי היא הרבה יותר מהירה בשעון. אולי תרצו גם לתמוך באודיו מוקלט.