אופטימיזציה ל-Android (מהדורת Go)
קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
בסיס המשתמשים של Android (מהדורת Go) גדל במהירות, ולכן צריך לבצע אופטימיזציה של אפליקציות קיימות כדי שהן יפעלו בצורה טובה במכשירים האלה עם זיכרון RAM נמוך.
חלק מהאתגרים הנפוצים ביותר בפיתוח מסוג כזה דורשים הגבלה של תכונות או יכולות מסוימות באפליקציה, שיפור של זמן ההפעלה וטיפול בלחץ על הזיכרון באפליקציה. כאן יכול לעזור לכם תהליך האופטימיזציה של האפליקציה ל-Android (מהדורת Go).
גישה
לפני שמתחילים בתהליך האופטימיזציה של האפליקציה, צריך לפעול לפי השלבים הבאים. ההנחיות האלה עוזרות לכם ליצור בסיס לזיהוי תחומים פוטנציאליים לשיפור ולפתרון הבעיות שזיהיתם.
| שלבים |
תיאור |
| הגדרה |
לפני שמתחילים בתהליך אופטימיזציה, חשוב להגדיר מדדי ביצוע מרכזיים (KPI) בתחומים שרוצים לשפר באפליקציה. כמה תחומים נפוצים לשיפור הם זמן האחזור של הפעלת האפליקציה, שיעור קריסת האפליקציה או מצבים שבהם האפליקציה לא מגיבה (ANR).
אחרי שמגדירים את מדדי ה-KPI האלה, צריך לקבוע ערכי סף ליעד מנקודת מבט של חוויית משתמש מינימלית ושל השוואה לשוק, תוך איזון בין חוויית המשתמש לבין המורכבות הטכנית.
|
| פירוט |
מומלץ לחלק את התחומים האלה לשיפור למדדים נפרדים של אותות. לדוגמה, אפשר לסווג את שיעורי קריסת האפליקציה לפי סיבות לקריסה – כמו שגיאות שלא טופלו, שימוש גבוה בזיכרון או ANR. |
| השוואה לשוק |
בשלב הבא, תוכלו להשוות את תחום השיפור הממוקד לביצועים הנוכחיים. אם לא עמדתם ביעדים, כדאי לנסות לזהות את צווארי הבקבוק על ידי עיון בפירוטים של כל אחד מהם.
|
| חזרה על התהליך |
אחרי שמבצעים אופטימיזציה לצווארי בקבוק מסוימים, חוזרים על תהליך ההשוואה כדי לראות שיפורים פוטנציאליים. אם לא עמדתם ביעדי ה-KPI שהוגדרו מראש, תוכלו לחזור על התהליך בפעם השנייה.
|
| הוספת בדיקות רגרסיה רגילות |
אפשר להריץ בדיקות רגרסיה רגילות בתדירות הרצויה כדי לזהות רגרסיות ביחס למדדי ה-KPI של האפליקציה. יעיל יותר לזהות ולמנוע באגים או רגרסיות לפני שהם מגיעים לבסיס הקוד.
אל תפרסמו שינויים שלא עומדים ביעדי ה-KPI שלכם, אלא אם החלטתם לעדכן את יעדי ה-KPI.
|
דוגמאות התוכן והקוד שבדף הזה כפופות לרישיונות המפורטים בקטע רישיון לתוכן. Java ו-OpenJDK הם סימנים מסחריים או סימנים מסחריים רשומים של חברת Oracle ו/או של השותפים העצמאיים שלה.
עדכון אחרון: 2025-07-27 (שעון UTC).
[null,null,["עדכון אחרון: 2025-07-27 (שעון UTC)."],[],[],null,["# Optimize for Android (Go edition)\n\nAndroid (Go edition) has a rapidly growing user base, and with that comes the\nneed to optimize existing applications to perform well on these low-RAM devices.\nSome of the most common challenges around this type of development requires\nlimiting some app features or capabilities, improving startup time, and handling\nmemory pressure within your app. That's where optimizing your app for Android\n(Go edition) can help.\n\nApproach\n--------\n\nFollow the steps below before beginning your app optimization approach. This\nguidance helps establish a baseline for identifying potential areas for\nimprovement and how to resolve your findings.\n\n| Phases | Description |\n|------------------------------|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| Define | Before starting any optimization effort, it's important to define Key Performance Indicators (KPIs) around areas of improvement that you're targeting for your app. Some common improvement areas include app startup latency, app crash rate, or application not responding (ANRs). \u003cbr /\u003e Once these KPIs have been defined, you should establish target thresholds from a minimum user experience and benchmarking perspective, balancing user experience and technical complexity. |\n| Breakdown | It's recommended to break these improvement areas into individual signal metrics. For example, app crash rates can be categorized granularly into reasons for the crash --- such as unhandled errors, high memory usage, or ANRs. |\n| Benchmark | Next, you can benchmark the targeted improvement area to identify current performance. If your targets aren't met, try to identify the bottlenecks by looking at individual breakdowns. |\n| Repeat the process | After optimizing certain bottlenecks, repeat the benchmarking process to view potential improvements. If your pre-defined KPI targets aren't met, then you can repeat the process for a second iteration. |\n| Add regular regression tests | Regular regression tests can run at any frequency you desire for your app to identify regressions against your KPIs. It's more efficient to identify and cut off any regressions or bugs before they make their way into your codebase. Don't publish any changes that fail your KPI goals unless you make the decision to update your KPI targets. |"]]
