כלים

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

Layout Inspector

אפשר להשתמש ב-Layout Inspector כדי לבדוק את הפריסה ולראות את מספר הפעמים שהרכיב נוצר מחדש.

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

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

מידע נוסף זמין במאמרי העזרה בנושא ספירת הרכבות מחדש ב-Layout Inspector.

מעקב אחר קומפוזיציה

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

מקורות מידע נוספים