בדף הזה מוסבר על המבנה של תצוגות שעון שמשתמשות ב-Watch Face Format, וגם איך ליצור ולפרוס אותן.
המבנה של תצוגות שעון ב-WFF
שולחים את לוחות השעון ב-Watch Face Format לחנות Play כקובצי AAB או APK, כמו כל אפליקציה אחרת. לכן, יש להם הרבה מאפיינים משותפים עם אפליקציות אחרות, כמו הצורך בקובץ AndroidManifest.xml, אבל יש להם מבנה ספציפי.
- כל התוכן של פני השעון נמצא בתיקיית המשאבים, כלומר
res/ - כל ההגדרות של תצוגת השעון נמצאות בקובץ
res/raw/, כוללres/raw/watchface.xmlוכל הגדרת XML אחרת שמייצגת תמיכה בגדלים שונים של מכשירים. - כל המשאבים שנדרשים לתצוגת השעון נמצאים בתיקיית המשאבים המתאימה, בדיוק כמו באפליקציות רגילות. לדוגמה:
/res/fontלגופנים-
/res/drawableלנכסי תמונות ואנימציות /res/values/strings.xmlלכל משאבי המחרוזות
בניית תצוגת השעון באמצעות Android Studio
Android Studio מספק תמיכה בעריכה של Watch Face Format כדי לעזור לכם לכתוב ולנפות באגים בהגדרות ה-XML.
היכולות הספציפיות כוללות את הדברים הבאים:
- השלמת קוד לתגים ולמאפיינים על סמך סכימות הפורמט הרשמיות של תצוגות השעון.
- אימות בזמן אמת כדי לזהות מאפיינים חסרים ושגיאות תחביר דומות.
- קישור משאבים, שמאפשר ניווט מהיר למשאבים של ציורים, למקורות נתונים ולרכיבים אחרים שמפנים אליהם בקובץ ה-XML.
- הגדרת הרצה שמאפשרת לראות את תצוגת השעון במכשיר.
יצירת תצוגת השעון באמצעות Gradle
הדרך הכי קלה לראות את התהליך של שימוש ב-Gradle כדי ליצור את עיצוב השעון היא לעיין בדוגמאות ב-GitHub.
בנוסף ליצירת תצוגת השעון, סקריפטים של Gradle בפרויקטים האלה בודקים את קובץ ה-XML של תצוגת השעון כדי לוודא שהוא תקין באמצעות כלי התיקוף.
בדיקת תצוגת השעון לפני השליחה ל-Google Play
אחרי שיוצרים את תצוגת השעון ומתרגלים את תהליך הבנייה, מבצעים בדיקות לפני שליחה של קובץ ה-AAB של תצוגת השעון לפני ששולחים אותו ל-Play.
מערכת Play מבצעת בדיקות דומות מאוד, ולכן אם תעברו את הבדיקות האלה לפני השליחה, תוכלו לחסוך זמן רב בתהליך השליחה והבדיקה.
דוגמה להרצת בדיקות לפני שליחה:
בבדיקות האלה לא רק בודקים כמה זיכרון תופסת תצוגת השעון, אלא גם מזהים בעיות אחרות, כמו משאבים חסרים, וגם מאמתים את ה-XML.
במאמר בנושא כלי להערכת טביעת רגל של זיכרון מוסבר איך להשיג את הכלי ואיך להשתמש בו.