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

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

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

הערה: דרישות האיכות החדשות של Wear OS ייכנסו לתוקף ב-31 באוגוסט 2023. לרשימת הדרישות המלאה: איכות האפליקציה ל-Wear OS.

עיצוב למשימות קריטיות

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

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

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

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

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

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

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

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

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

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

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

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

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

צריך להשתמש בפלטפורמה המתאימה למשימה

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

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

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

תכונה נוספת P1: What’s the weather now?	התראה P1 ספרו לי על התרעה על מזג אוויר קיצוני	אריחים P1: What’s the weather now? P2: What’s the weather today?	אפליקציה P1: What’s the weather 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 שלו כקטע פתיחה מותאם אישית שניתן להזזה במניפסט שלו. חדש. מסך הפתיחה מורכב מרשימת שכבות עם שני רכיבים: צבע הרקע פריט הגרפיקה בהתאמה אישית, שהוא בדרך כלל סמל האפליקציה שלכם. התמונה שניתנת להזזה צריכה להיות בגודל 48x48dp.

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

הפעלה של רכיבי ה-UI להפעלה של מוזיקה מהטלפון

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

תוכן שהורדת

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

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

סטרימינג ב-LTE

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

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

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

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

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

שימוש ברמקול

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

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

כשיוצרים אפליקציות כושר ל-Android מגרסה 10 ואילך, צריך לבקש הרשאה לזיהוי פעילות גופנית.

הוספת תוכן לאפליקציה לנייד

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

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

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

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

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

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

מעיינים ב-Ongoing Activity code Lab של GitHub. כדי לראות אפליקציה פשוטה עם הארכיטקטורה הזו.

מומלץ להשתמש תמיד באופן מדוד

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

חשוב לתמוך בהמרת דיבור לטקסט (STT), מכיוון שהפעולה הזו מהירה הרבה יותר בשעון. כדאי גם: תמיכה גם באודיו מוקלט.