פיתוח ופריסה של תצוגת שעון

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

בדף הזה מתוארת המבנה של תצוגות שעון שמשתמשות ב-Watch Face Format, וגם איך יוצרים אותן ופורסים אותן.

המבנה של תצוגות השעון ב-WFF

תצוגות שעון בפורמט Watch Face Format נשלחות אל Play Store כ-AAB או כ-APK, בדיוק כמו כל אפליקציה אחרת. לכן, הן חולקות הרבה מאפיינים משותפים עם אפליקציות אחרות, כמו הצורך בקובץ AndroidManifest.xml, אבל יש להן מבנה ספציפי.

1. כל התוכן של חזית השעון נמצא בתיקיית המשאבים, כלומר res/
2. כל ההגדרות של תצוגות השעון נמצאות בקובץ res/raw/, כולל res/raw/watchface.xml למקרה הפשוט וכל הגדרות ה-XML האחרות שמייצגות תמיכה בגדלים שונים של מכשירים.
3. כל המשאבים הנדרשים לתצוגת השעון נמצאים בתיקיית המשאבים המתאימה, בדיוק כמו באפליקציות רגילות. לדוגמה:
   1. /res/font לגופנים
   2. /res/drawable לנכסי תמונות ולאנימציה
   3. /res/values/strings.xml לכל משאבי המחרוזות

פיתוח תצוגת השעון באמצעות Gradle

הדרך הקלה ביותר להבין איך משתמשים ב-Gradle כדי ליצור את חזית השעון היא לעיין בדוגמאות ב-GitHub.

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

בדיקת תצוגת השעון לפני שליחה ל-Google Play

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

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

דוגמה להרצת הבדיקות לפני השליחה:

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

למידע נוסף על קבלת הכלי ועל פיתוח שלו, ראו Memory Footprint Evaluator.