בסיס המשתמשים של Android (מהדורת Go) גדל במהירות, ולכן צריך לבצע אופטימיזציה של אפליקציות קיימות כדי שהן יפעלו בצורה טובה במכשירים האלה עם זיכרון RAM נמוך. חלק מהאתגרים הנפוצים ביותר בפיתוח מסוג כזה דורשים הגבלה של תכונות או יכולות מסוימות באפליקציה, שיפור של זמן ההפעלה וטיפול בלחץ על הזיכרון באפליקציה. כאן יכול לעזור לכם תהליך האופטימיזציה של האפליקציה ל-Android (מהדורת Go).
גישה
לפני שמתחילים בתהליך האופטימיזציה של האפליקציה, צריך לפעול לפי השלבים הבאים. ההנחיות האלה עוזרות לכם ליצור בסיס לזיהוי תחומים פוטנציאליים לשיפור ולפתרון הבעיות שזיהיתם.
| שלבים | תיאור |
|---|---|
| הגדרה | לפני שמתחילים בתהליך אופטימיזציה, חשוב להגדיר מדדי ביצוע מרכזיים (KPI) בתחומים שרוצים לשפר באפליקציה. כמה תחומים נפוצים לשיפור הם זמן האחזור של הפעלת האפליקציה, שיעור קריסת האפליקציה או מצבים שבהם האפליקציה לא מגיבה (ANR).
אחרי שמגדירים את מדדי ה-KPI האלה, צריך לקבוע ערכי סף ליעד מנקודת מבט של חוויית משתמש מינימלית ושל השוואה לשוק, תוך איזון בין חוויית המשתמש לבין המורכבות הטכנית. |
| פירוט | מומלץ לחלק את התחומים האלה לשיפור למדדים נפרדים של אותות. לדוגמה, אפשר לסווג את שיעורי קריסת האפליקציה לפי סיבות לקריסה – כמו שגיאות שלא טופלו, שימוש גבוה בזיכרון או ANR. |
| השוואה לשוק | בשלב הבא, תוכלו להשוות את תחום השיפור הממוקד לביצועים הנוכחיים. אם לא עמדתם ביעדים, כדאי לנסות לזהות את צווארי הבקבוק על ידי עיון בפירוטים של כל אחד מהם. |
| חזרה על התהליך | אחרי שמבצעים אופטימיזציה לצווארי בקבוק מסוימים, חוזרים על תהליך ההשוואה כדי לראות שיפורים פוטנציאליים. אם לא עמדתם ביעדי ה-KPI שהוגדרו מראש, תוכלו לחזור על התהליך בפעם השנייה. |
| הוספת בדיקות רגרסיה רגילות | אפשר להריץ בדיקות רגרסיה רגילות בתדירות הרצויה כדי לזהות רגרסיות ביחס למדדי ה-KPI של האפליקציה. יעיל יותר לזהות ולמנוע באגים או רגרסיות לפני שהם מגיעים לבסיס הקוד. אל תפרסמו שינויים שלא עומדים ביעדי ה-KPI שלכם, אלא אם החלטתם לעדכן את יעדי ה-KPI. |