ברוך בואך ל-Android 4.4 KitKat!
Android KitKat כולל את כל התכונות החדשניות, היפות והשימושיות ביותר של Android, ומגיע למכשירים נוספים בכל מקום.
במסמך הזה נספק לכם הצצה למה שחדש למפתחים.
מידע נוסף על KitKat לצרכן זמין בכתובת www.android.com.
Android לכולם
מערכת Android 4.4 תוכננה לפעול במהירות, בצורה חלקה ובאופן תגובתי במגוון רחב יותר של מכשירים מבעבר – כולל מיליוני מכשירים ברמה בסיסית ברחבי העולם עם זיכרון RAM בנפח של 512MB לכל היותר.
ב-KitKat כל הרכיבים העיקריים יעילים יותר כדי לצמצם את השימוש בזיכרון, ונוספו כלים וממשקי API חדשים שיעזרו לכם ליצור אפליקציות חדשניות, עם תגובה מהירה ויעילות בשימוש בזיכרון.
יצרני ציוד מקורי (OEM) שמפתחים את הדור הבא של מכשירי Android יכולים להשתמש בהמלצות ואפשרויות ממוקדות כדי להריץ את Android 4.4 ביעילות, גם במכשירים עם נפח זיכרון נמוך. אופטימיזציות אחרות שיעזרו לכם לנהל את הזיכרון כוללות שינוי של מטמון הקוד של Dalvik JIT, מיזוג של דפים באותו הליבה (KSM), החלפה ל-zRAM ועוד. אפשרויות הגדרה חדשות מאפשרות ליצרני ציוד מקורי להתאים אישית את רמות הקצאת הזיכרון לצורכי תהליכים, להגדיר את גודל המטמון של הגרפיקה, לשלוט בחזרה לשימוש בזיכרון ועוד.
ב-Android עצמו, השינויים במערכת משפרים את ניהול הזיכרון ומצמצמים את טביעת הרגל בזיכרון. תהליכי הליבה של המערכת צומצמו כדי להשתמש בפחות ערימה, והם מגינים באופן אגרסיבי יותר על זיכרון המערכת מאפליקציות שצורכות כמויות גדולות של זיכרון RAM. כשמפעילים כמה שירותים בו-זמנית – למשל כשהקישוריות לרשת משתנה – Android מפעילה את השירותים ברצף, בקבוצות קטנות, כדי למנוע עומסי שיא בזיכרון.
למפתחים, Android 4.4 עוזרת ליצור אפליקציות יעילות ורגישות בכל המכשירים. ממשק API חדש, ActivityManager.isLowRamDevice(), מאפשר להתאים את התנהגות האפליקציה להגדרת הזיכרון של המכשיר. אתם יכולים לשנות או להשבית תכונות של זיכרון גדול לפי הצורך, בהתאם לתרחישי השימוש שאתם רוצים לתמוך בהם במכשירים ברמת הכניסה. כאן תוכלו לקרוא מידע נוסף על אופטימיזציה של אפליקציות למכשירים עם נפח אחסון נמוך.
הכלים החדשים גם מספקים תובנות מועילות לגבי השימוש בזיכרון של האפליקציה. הכלי procstats מציג פירוט של השימוש בזיכרון לאורך זמן, כולל זמני ריצה וטביעת הרגל בזיכרון של אפליקציות בחזית ושירותים ברקע. תצוגה במכשיר זמינה גם כאפשרות חדשה למפתחים. כלי meminfo משופר כדי שיהיה קל יותר לזהות מגמות ובעיות בזיכרון, והוא חושף עודפי זיכרון שלא היו גלויים בעבר.
יכולות NFC חדשות באמצעות Host Card Emulation
ב-Android 4.4 נוספה תמיכה בפלטפורמה לביצוע עסקאות מאובטחות שמבוססות על NFC באמצעות Host Card Emulation (HCE), לצורך תשלומים, תוכניות נאמנות, כרטיסי גישה, כרטיסים לתחבורה ציבורית ושירותים מותאמים אישית אחרים. בעזרת HCE, כל אפליקציה במכשיר Android יכולה לדמות כרטיס חכם מסוג NFC, ולאפשר למשתמשים להקיש כדי להתחיל עסקאות באפליקציה שבה הם רוצים – בלי צורך ברכיב מאובטח (SE) שהוקצה במכשיר. אפליקציות יכולות גם להשתמש במצב קריאה חדש כדי לפעול כקוראים לכרטיסי HCE ולעסקאות אחרות שמבוססות על NFC.
Android HCE מעתיק כרטיסים חכמים מבוססי ISO/IEC 7816 שמשתמשים בפרוטוקול ISO/IEC 14443-4 (ISO-DEP) ללא מגע להעברה. כיום, הרבה מערכות משתמשות בכרטיסים האלה, כולל תשתית התשלומים הקיימת של EMVCO NFC. מערכת Android משתמשת במזהי אפליקציות (AID) כפי שמוגדרים ב-ISO/IEC 7816-4, כבסיס לניתוב עסקאות לאפליקציות Android המתאימות.
האפליקציות מגדירות את קודי ה-AID שהן תומכות בהם בקובצי המניפסט שלהן, יחד עם מזהה קטגוריה שמציין את סוג התמיכה שזמינה (לדוגמה, 'תשלומים'). במקרים שבהם כמה אפליקציות תומכות באותו AID באותה קטגוריה, מערכת Android מציגה תיבת דו-שיח שמאפשרת למשתמש לבחור באפליקציה שבה הוא רוצה להשתמש.
כשהמשתמש מקשיב כדי לשלם בטרמינל בנקודת מכירה, המערכת מחלצת את מזהה ה-AID המועדף ומנתבת את העסקה לאפליקציה הנכונה. האפליקציה קוראת את נתוני העסקה, והיא יכולה להשתמש בכל שירות מקומי או מבוסס-רשת כדי לאמת את העסקה ולאחר מכן להשלים אותה.
כדי להשתמש ב-Android HCE, צריך בקר NFC במכשיר. התמיכה ב-HCE כבר זמינה ברוב בקרי ה-NFC, שמציעים תמיכה דינמית גם בעסקאות HCE וגם בעסקאות SE. במכשירי Android 4.4 עם תמיכה ב-NFC תהיה תמיכה בתכונה 'מצמידים ומשלמים', שמאפשרת לבצע תשלומים בקלות באמצעות HCE.
מסגרת הדפסה
עכשיו אפשר להדפיס אפליקציות ל-Android מכל סוג תוכן דרך Wi-Fi או שירותים שמתארחים בענן, כמו Google Cloud Print. באפליקציות עם תמיכה בהדפסה, המשתמשים יכולים למצוא מדפסות זמינות, לשנות את גודל הנייר, לבחור דפים ספציפיים להדפסה ולהדפיס כמעט כל סוג של מסמך, תמונה או קובץ.
בגרסה Android 4.4 נוספה תמיכה בפלטפורמה המקורית להדפסה, יחד עם ממשקי API לניהול הדפסה ולהוספת סוגים חדשים של תמיכה במדפסות. הפלטפורמה מספקת מנהל הדפסה שמתווך בין אפליקציות שמבקשות הדפסה לבין שירותי הדפסה מותקנים שמטפלים בבקשות הדפסה. מנהל ההדפסה מספק שירותים משותפים וממשק משתמש מערכת להדפסה, ומאפשר למשתמשים לשלוט באופן עקבי בהדפסה מכל אפליקציה. מנהל ההדפסה גם מבטיח את אבטחת התוכן במהלך העברת התהליכים, מאפליקציה לשירות הדפסה.
אתם יכולים להוסיף תמיכה בהדפסה לאפליקציות שלכם או לפתח שירותי הדפסה שתומכים בסוגי מדפסות ספציפיים.
יצרני מדפסות יכולים להשתמש בממשקי API חדשים כדי לפתח שירותי הדפסה משלהם – רכיבים נשלפים שמוסיפים לוגיקה ושירותים ספציפיים לספקים, לצורך תקשורת עם סוגים ספציפיים של מדפסות. הם יכולים ליצור שירותי הדפסה ולהפיץ אותם דרך Google Play, כך שמשתמשים יוכלו למצוא אותם בקלות ולהתקין אותם במכשירים שלהם. בדומה לאפליקציות אחרות, אפשר לעדכן את שירותי ההדפסה אונליין מתי שרוצים.
אפליקציות לקוח יכולות להשתמש בממשקי API חדשים כדי להוסיף לאפליקציות שלהן יכולות הדפסה עם שינויים מינימליים בקוד. ברוב המקרים, מוסיפים פעולת הדפסה לסרגל הפעולות וממשק משתמש לבחירת הפריטים להדפסה. בנוסף, צריך להטמיע ממשקי API כדי ליצור משימות הדפסה, לשלוח שאילתות למנהל ההדפסה לגבי סטטוס ולבטל משימות. כך תוכלו להדפיס כמעט כל סוג של תוכן, החל מתמונות ומסמכים מקומיים ועד לנתוני רשת או תצוגה שעבר רינדור על קנבס.
כדי להבטיח את התאימות הרחבה ביותר, מערכת Android משתמשת בפורמט הקבצים הראשי PDF להדפסה. לפני ההדפסה, האפליקציה צריכה ליצור גרסה של התוכן בפורמט PDF עם חלוקה לדפים בצורה תקינה. לנוחותכם, ממשק ה-API להדפסה מספק כיתות עזר מקומיות ותמיכה ב-WebView, שמאפשרות ליצור קובצי PDF באמצעות ממשקי API רגילים לציור ב-Android. אם האפליקציה יודעת איך לצייר את התוכן, היא יכולה ליצור במהירות קובץ PDF להדפסה.
ברוב המכשירים עם מערכת הפעלה Android 4.4 מותקנת מראש אפליקציית Google Cloud Print כשירות הדפסה, וגם כמה אפליקציות של Google שתומכות בהדפסה, כולל Chrome, Drive, Gallery ו-QuickOffice.
מסגרת גישה לאחסון
framework חדש של גישה לאחסון מאפשר למשתמשים לעיין במסמכים, בתמונות ובקבצים אחרים, ולפתוח אותם בקלות בכל הספקים המועדפים עליהם של שירותי אחסון מסמכים. ממשק משתמש סטנדרטי וקל לשימוש שמאפשר למשתמשים לעיין בקבצים ולגשת לקבצים האחרונים באופן עקבי בכל האפליקציות והספקים.
Box ושירותים אחרים שילבו את השירותים שלהם ב-framework של גישה לאחסון, כדי לתת למשתמשים גישה נוחה למסמכים שלהם מאפליקציות שונות במערכת.
שירותי אחסון בענן או מקומיים יכולים להשתתף בסביבה הזו על ידי הטמעת סוג חדש של ספק מסמכים שמכיל את השירותים שלהם. בכיתה של הספק נכללים כל ממשקי ה-API הנדרשים כדי לרשום את הספק במערכת ולנהל את הגלישה, הקריאה והכתיבה של מסמכים אצל הספק. ספק המסמכים יכול לתת למשתמשים גישה לכל נתונים מרוחקים או מקומיים שאפשר לייצג כקבצים – החל מטקסט, תמונות וטפטים ועד לסרטונים, אודיו ועוד.
אם אתם מפתחים ספק מסמכים לשירות בענן או לשירות מקומי, תוכלו לספק אותו למשתמשים כחלק מאפליקציית Android הקיימת שלכם. אחרי הורדה והתקנה של האפליקציה, למשתמשים תהיה גישה מיידית לשירות מכל אפליקציה שמשתתפת במסגרת. כך תוכלו לקבל חשיפה ולהגביר את העניין של המשתמשים, כי הם יוכלו למצוא את השירותים שלכם בקלות רבה יותר.
אם אתם מפתחים אפליקציית לקוח שמנהלת קבצים או מסמכים, תוכלו לשלב אותה עם framework של גישה לאחסון באמצעות כוונות חדשות של CREATE_DOCUMENT או OPEN_DOCUMENT כדי לפתוח או ליצור קבצים. המערכת תציג באופן אוטומטי את ממשק המשתמש הרגיל לגלישה במסמכים, כולל כל ספקי המסמכים הזמינים.
אפשר לשלב את אפליקציית הלקוח פעם אחת, לכל הספקים, בלי קוד ספציפי לספק. כשמשתמשים מוסיפים או מסירים ספקים, הם ממשיכים לקבל גישה לשירותים המועדפים עליהם מהאפליקציה, בלי צורך בשינויים או בעדכונים בקוד.
ה-framework של גישה לאחסון משולב עם הכוונה הקיימת GET_CONTENT, כך שלמשתמשים יש גישה גם לכל מקורות התוכן והנתונים הקודמים שלהם דרך ממשק המשתמש החדש של המערכת לגלישה. אפליקציות יכולות להמשיך להשתמש ב-GET_CONTENT כדי לאפשר למשתמשים לייבא נתונים. מסגרת הגישה לאחסון וממשק המשתמש של המערכת לגלישה עוזרים למשתמשים למצוא ולייבא את הנתונים שלהם ממגוון רחב יותר של מקורות.
רוב המכשירים עם מערכת ההפעלה Android 4.4 יכללו את Google Drive ואת האחסון המקומי כספקי מסמכים משולבים מראש, וגם אפליקציות Google שעובדות עם קבצים ישתמשו במסגרת החדשה.
חיישנים עם צריכת אנרגיה נמוכה
קיבוץ נתונים של חיישנים
ב-Android 4.4 נוספה לפלטפורמה תמיכה באוסף נתונים של חיישנים בחומרה, אופטימיזציה חדשה שיכולה להפחית באופן משמעותי את צריכת האנרגיה של פעילויות החיישנים המתמשכות.
כשמשתמשים בצבירה של נתוני חיישנים, מערכת Android פועלת עם חומרת המכשיר כדי לאסוף ולשלוח אירועי חיישנים ביעילות בקבוצות, במקום בנפרד כשהם מזוהים. כך מעבד האפליקציות של המכשיר יכול להישאר במצב פעילות במצב המתנה עם צריכת אנרגיה נמוכה עד שהקבוצות נשלחות. אפשר לבקש אירועים באצווה מכל חיישן באמצעות מאזין אירועים רגיל, ואפשר לקבוע את המרווח שבו מקבלים את האצוות. אפשר גם לבקש שליחה מיידית של אירועים בין מחזורי קבוצות.
צבירה של נתוני חיישנים מתאימה לתרחישים לדוגמה עם צריכת אנרגיה נמוכה ופרק זמן ארוך, כמו כושר, מעקב מיקום, מעקב ועוד. היא יכולה לשפר את היעילות של האפליקציה ולאפשר לכם לעקוב אחרי אירועי חיישנים באופן רציף – גם כשהמסך כבוי והמערכת במצב שינה.
כרגע אפשר להשתמש בצבירה של נתוני חיישנים ב-Nexus 5, ואנחנו פועלים עם שותפי הצ'יפסטים שלנו כדי להוסיף את התכונה למכשירים נוספים בהקדם האפשרי.
האפליקציות Moves ו-Runtastic Pedometer משתמשות בגלאי הצעדים בחומרה כדי להציע שירותים ארוכי טווח עם צריכת אנרגיה נמוכה.
גלאי צעדים ומונה צעדים
ב-Android 4.4 נוספה תמיכה בפלטפורמה בשני חיישנים מורכבים חדשים – גלאי צעדים ומונה צעדים – שמאפשרים לאפליקציה לעקוב אחרי הצעדים כשהמשתמש הולך, רץ או עולה במדרגות. החיישנים החדשים האלה מוטמעים בחומרה כדי לצמצם את צריכת החשמל.
גלאי הצעדים מנתח את הקלט של תאוצה כדי לזהות מתי המשתמש צעד, ואז מפעיל אירוע עם כל צעד. ספירת הצעדים עוקבת אחרי המספר הכולל של הצעדים מאז ההפעלה מחדש האחרונה של המכשיר, ומפעילה אירוע בכל שינוי במספר הצעדים. מכיוון שהלוגיקה וניהול החיישנים מובְנים בפלטפורמה ובחומרה הבסיסית, אין צורך לתחזק באפליקציה אלגוריתמים משלכם לזיהוי.
חיישנים למעקב אחר צעדים ולספירה זמינים ב-Nexus 5, ואנחנו עובדים עם שותפי הצ'יפסטים שלנו כדי להוסיף אותם למכשירים חדשים בהקדם האפשרי.
ספק SMS
אם אתם מפתחים אפליקציית הודעות שמשתמשת ב-SMS או ב-MMS, עכשיו אתם יכולים להשתמש בספק SMS משותף ובממשקי API חדשים כדי לנהל את האחסון והאחזור של ההודעות באפליקציה. ספק ה-SMS החדש וממשקי ה-API מגדירים מודל אינטראקציה סטנדרטי לכל האפליקציות שמטפלות בהודעות SMS או MMS.
בנוסף לספק ולממשקי ה-API החדשים, ב-Android 4.4 יש סמנטיקה חדשה לקבלת הודעות ולכתיבה לספק. כשמתקבלת הודעה, המערכת מפנה אותה ישירות לאפליקציית ברירת המחדל של המשתמש להעברת הודעות באמצעות הכוונה החדשה SMS_DELIVER. אפליקציות אחרות עדיין יכולות להאזין להודעות נכנסות באמצעות הכוונה SMS_RECEIVED. בנוסף, המערכת מאפשרת עכשיו רק לאפליקציית ברירת המחדל לכתוב את נתוני ההודעות לספק, אבל אפליקציות אחרות יכולות לקרוא אותם בכל שלב. אפליקציות שאינן אפליקציית ברירת המחדל של המשתמש עדיין יכולות לשלוח הודעות – המערכת מטפלת בכתיבת ההודעות האלה לספק בשם האפליקציה, כדי שהמשתמשים יוכלו לראות אותן באפליקציית ברירת המחדל.
הספק והסמנטיקה החדשים עוזרים לשפר את חוויית המשתמש כשמותקנות כמה אפליקציות הודעות, ומאפשרים לכם לפתח תכונות חדשות של הודעות באמצעות ממשקי API נתמכים ותואמים לעתיד.
דרכים חדשות ליצירת אפליקציות יפות
מצב צפייה immersive חדש מאפשר לאפליקציות להשתמש בכל פיקסל במסך כדי להציג תוכן ולתעד אירועי מגע.
מצב אימרסיבי במסך מלא
עכשיו האפליקציות שלכם יכולות להשתמש בכל פיקסל במסך המכשיר כדי להציג את התוכן שלכם ולתעד אירועי מגע. ב-Android 4.4 נוספו מצב חדש של מסך מלא שמאפשר ליצור ממשקי משתמש רחבים בטלפונים ובטאבלטים, שמסתירים את כל ממשק המשתמש של המערכת, כמו סרגל הסטטוס וסרגל הניווט. הוא אידיאלי לתוכן ויזואלי עשיר כמו תמונות, סרטונים, מפות, ספרים ומשחקים.
במצב החדש, ממשק המשתמש של המערכת נשאר מוסתר, גם בזמן שהמשתמשים מקיימים אינטראקציה עם האפליקציה או המשחק. אפשר לתעד אירועי מגע מכל מקום במסך, גם באזורים שבהם בדרך כלל מופיעות שורות הסטטוס של המערכת. כך תוכלו ליצור ממשק משתמש גדול יותר, עשיר יותר ואינטראקטיבי יותר באפליקציה או במשחק, וגם לצמצם את הסחות הדעת החזוניות.
כדי לוודא שלמשתמשים תמיד תהיה גישה קלה ועקבית לממשק המשתמש של המערכת ממצב צפייה במסך מלא, Android 4.4 תומך בתנועה חדשה – במצב צפייה במסך מלא, החלקה מהקצה של המסך מלמעלה או מלמטה חושפת את ממשק המשתמש של המערכת.
כדי לחזור למצב העמקה, המשתמשים יכולים להקיש על המסך מחוץ לגבולות הסרגלים או להמתין פרק זמן קצר עד שהסרגלים ייעלמו באופן אוטומטי. כדי לשמור על חוויית משתמש עקבית, התנועה החדשה פועלת גם עם השיטות הקודמות להסתרת שורת הסטטוס.
מסגרת של מעברים ליצירת אנימציה של סצנות
רוב האפליקציות מבססות את התהליכים שלהן על כמה מצבי ממשק משתמש מרכזיים שמאפשרים לבצע פעולות שונות. באפליקציות רבות נעשה גם שימוש באנימציה כדי לעזור למשתמשים להבין את ההתקדמות שלהם במצבים האלה ואת הפעולות הזמינות בכל מצב. כדי שיהיה קל יותר ליצור אנימציות באיכות גבוהה באפליקציה, ב-Android 4.4 נוספה מסגרת חדשה למעברים.
מסגרת המעברים מאפשרת להגדיר סצנות, בדרך כלל היררכיות תצוגה ומעברים, שמתארים איך ליצור אנימציה או טרנספורמציה של הסצנות כשהמשתמש נכנס אליהן או יוצא מהן. אפשר להשתמש בכמה סוגים מוגדרים מראש של מעברים כדי ליצור אנימציה של הסצנות על סמך מאפיינים ספציפיים, כמו גבולות הפריסה או החשיפה. יש גם סוג של מעבר אוטומטי שמאפשר להגדיל או להקטין את התצוגות, להעביר אותן או להעביר אותן בהדרגה במהלך שינוי סצנה. בנוסף, אפשר להגדיר מעברים מותאמים אישית עם אנימציה של המאפיינים החשובים ביותר לאפליקציה, ואפשר גם להוסיף סגנונות אנימציה משלכם לפי הצורך.
באמצעות מסגרת המעברים אפשר גם להוסיף אנימציה לשינויים בממשק המשתמש בזמן אמת, בלי צורך להגדיר סצנות. לדוגמה, אפשר לבצע סדרה של שינויים בהיררכיית תצוגה, ואז להפעיל באופן אוטומטי את TransitionManager כדי לבצע מעבר מושהה על השינויים האלה.
אחרי שמגדירים את המעברים, קל להפעיל אותם מהאפליקציה. לדוגמה, אפשר להפעיל שיטה אחת כדי להתחיל את המעבר, לבצע שינויים שונים בהיררכיית התצוגה, ובפריים הבא האנימציות יתחילו באופן אוטומטי כדי להציג את השינויים שציינתם.
אפליקציות יכולות להשתמש בסגנונות חלון חדשים כדי לבקש סרגל מערכת שקוף.
כדי לשלוט באופן מותאם אישית במעברים בין סצנות ספציפיות בתהליך השימוש באפליקציה, אפשר להשתמש ב-TransitionManager. באמצעות TransitionManager אפשר להגדיר את הקשר בין הסצנות לבין המעברים שפועלים בשינויים ספציפיים בסצנות.
עיצוב שקוף של ממשק המשתמש של המערכת
כדי להפיק את המקסימום מהתוכן שלכם, עכשיו אפשר להשתמש בסגנונות ובנושאים חדשים של חלונות כדי לבקש ממשק משתמש שקוף של מערכת, כולל שורת המצב וסרגל הניווט. כדי להבטיח שאפשר יהיה לקרוא את הלחצנים בסרגל הניווט או את המידע בשורת הסטטוס, מוצגים מעברים עדינים מאחורי סרחי המערכת. תרחיש לדוגמה יכול להיות אפליקציה שצריכה להציג מידע דרך טפט.
גישה משופרת להתראות
שירותי הקשבה להתראות יכולים עכשיו לראות מידע נוסף על התראות נכנסות שנוצרו באמצעות ממשקי ה-API ליצירת התראות. שירותי ההאזנה יכולים לגשת לפעולות של ההתראה ולשדות נוספים חדשים – טקסט, סמל, תמונה, התקדמות, שעון כרונומטר ועוד רבים – כדי לחלץ מידע נקי יותר על ההתראה ולהציג את המידע בצורה שונה.
Chromium WebView
Android 4.4 כולל הטמעה חדשה לגמרי של WebView שמבוססת על Chromium. Chromium WebView החדש מספק את התמיכה העדכנית ביותר בתקנים, בביצועים ובתאימות, כדי ליצור ולהציג את התוכן שלכם באינטרנט.
ב-Chromium WebView יש תמיכה רחבה ב-HTML5, ב-CSS3 וב-JavaScript. הוא תומך ברוב התכונות של HTML5 שזמינות ב-Chrome ל-Android מגרסה 30. בנוסף, היא כוללת גרסה מעודכנת של מנוע JavaScript (V8) שמספקת ביצועים משופרים באופן משמעותי של JavaScript.
בנוסף, רכיב Chromium WebView החדש תומך בניפוי באגים מרחוק באמצעות Chrome DevTools. לדוגמה, אפשר להשתמש בכלי הפיתוח של Chrome במכונת הפיתוח כדי לבדוק, לנפות באגים ולנתח את תוכן WebView בזמן אמת בנייד.
Chromium WebView החדש כלול בכל המכשירים התואמים עם Android 4.4 ואילך. אתם יכולים להתחיל ליהנות מ-WebView החדש כבר עכשיו, עם שינויים מינימליים באפליקציות ובתוכן הקיימים. ברוב המקרים, התוכן שלכם יועבר להטמעה החדשה בצורה חלקה.
יכולות חדשות של מדיה
הקלטת מסך
עכשיו קל ליצור סרטון איכותי של האפליקציה ישירות ממכשיר Android. ב-Android 4.4 נוספה תמיכה בהקלטת מסך, ויש כלי להקלטת מסך שמאפשר להתחיל ולהפסיק את ההקלטה במכשיר שמחובר לסביבת Android SDK דרך USB. זו דרך חדשה נהדרת ליצור הדרכות ומדריכים לאפליקציה, חומרי בדיקה, סרטוני שיווק ועוד.
באמצעות הכלי להקלטת מסך, אפשר לצלם סרטון של תוכן המסך של המכשיר ולשמור את הסרטון כקובץ MP4 במכשיר. אתם יכולים להקליט בכל רזולוציה ובכל קצב העברת נתונים שתבחרו, יחס הגובה-רוחב של המסך נשמר בפלט. כברירת מחדל, הכלי בוחר רזולוציה שווה או קרובה לרזולוציית המסך של המכשיר בכיוון הנוכחי. בסיום הצילום, תוכלו לשתף את הסרטון ישירות מהמכשיר או להעביר את קובץ ה-MP4 למחשב המארח לצורך עיבוד.
אם באפליקציה שלכם מופעל סרטון או תוכן מוגן אחר שאתם לא רוצים שיתועד על ידי מכשיר הקלטת המסך, תוכלו להשתמש ב-SurfaceView.setSecure() כדי לסמן את התוכן כמאובטח.
אפשר לגשת להקלטת מסך באמצעות הכלי adb שכלול ב-Android SDK, באמצעות הפקודה adb shell screenrecord. אפשר גם להפעיל אותו דרך logcat ב-Android Studio.
שינוי הרזולוציה באמצעות הפעלה דינמית
Android 4.4 כולל תמיכה רשמית בהפעלה אדפטיבית במסגרת המדיה של Android. הפעלה אדפטיבית היא תכונה אופציונלית של מקודדי וידאו ל-MPEG-DASH ולפורמטים אחרים, שמאפשרת שינוי חלק ברזולוציה במהלך ההפעלה. הלקוח יכול להתחיל להזין לקודק פריימים של וידאו ברזולוציה חדשה, והרזולוציה של מאגרי הפלט תשתנה באופן אוטומטי בלי פער משמעותי.
החלפת הרזולוציה ב-Android 4.4 מאפשרת לאפליקציות מדיה לספק חוויית צפייה טובה יותר בסטרימינג של וידאו. אפליקציות יכולות לבדוק אם יש תמיכה בהפעלה אדפטיבית בזמן הריצה באמצעות ממשקי API קיימים, ולהטמיע החלפת רזולוציה באמצעות ממשקי API חדשים שהוצגו ב-Android 4.4.
הצפנה משותפת ל-DASH
Android תומך עכשיו ב-Common Encryption (CENC) עבור MPEG-DASH, ומספק סכימה רגילה של DRM לפלטפורמות מרובות לניהול והגנה על תוכן. אפליקציות יכולות להשתמש ב-CENC דרך מסגרת ה-DRM המודולרית של Android ו-APIs של פלטפורמות לתמיכה ב-DASH.
HTTP Live Streaming
ב-Android 4.4, התמיכה של הפלטפורמה ב-HTTP Live Streaming (HLS) מתעדכנת למערך נרחב יותר של גרסה 7 של מפרט HLS (גרסה 4 של הפרוטוקול). פרטים נוספים זמינים בטיוטת IETF.
מנהרה של אודיו ל-DSP
כדי להפעיל אודיו עם ביצועים גבוהים וצריכת אנרגיה נמוכה יותר, Android 4.4 מוסיף תמיכה בפלטפורמה לניתוב אודיו למעבד אותות דיגיטלי (DSP) בערכת השבבים של המכשיר. כשמשתמשים במנהרה, פעולות הפענוח של האודיו והאפקטים של הפלט מועברות ל-DSP, כך שמעבד האפליקציות מופעל בתדירות נמוכה יותר והסוללה נטענת פחות.
מנהרת אודיו יכולה לשפר באופן משמעותי את חיי הסוללה בתרחישי שימוש כמו האזנה למוזיקה באמצעות אוזניות כשהמסך כבוי. לדוגמה, עם מנהרת אודיו, זמן ההפעלה הכולל של אודיו מחוץ לרשת ב-Nexus 5 הוא עד 60 שעות, עלייה של יותר מ-50% בהשוואה לאודיו ללא מנהרה.
אפליקציות מדיה יכולות להשתמש בניתוב אודיו במכשירים נתמכים בלי לשנות את הקוד. המערכת משתמשת בניתוב כדי לבצע אופטימיזציה של הפעלת האודיו בכל פעם שהיא זמינה במכשיר.
הדגמה חזותית של האופן שבו האפקט LoudnessEnhancer יכול לשפר את נשמעות התוכן הדיבורי.
כדי להשתמש בניתוב אודיו צריכה להיות תמיכה בחומרה של המכשיר. בשלב זה, מנהרת האודיו זמינה ב-Nexus 5, ואנחנו עובדים עם שותפי הצ'יפסטים שלנו כדי שהיא תהיה זמינה במכשירים נוספים בהקדם האפשרי.
מעקב אחר אודיו
אפליקציות יכולות להשתמש בכלי מעקב חדשים באפקט הוויזואליזציה כדי לקבל עדכונים על רמות השיא וה-RMS של כל אודיו שמופעל כרגע במכשיר. לדוגמה, אפשר להשתמש בנתונים האלה באופן יצירתי בוויזואליזציות של מוזיקה, או להטמיע מדידת נתוני הפעלה בנגן מדיה.
הכלי לשיפור עוצמת הקול
אפליקציות להפעלת מדיה יכולות להגביר את עוצמת הקול של תוכן דיבור באמצעות האפקט החדש LoudnessEnhancer, שמתפקד כמדחס עם קבועי זמן שמותאמים במיוחד לדיבור.
חותמות זמן של אודיו לשיפור הסנכרון של אודיו ותמונה
מעכשיו, מסגרת האודיו יכולה לדווח על חותמות זמן של הצגה מה-HAL של פלט האודיו לאפליקציות, כדי לשפר את הסנכרון בין האודיו לווידאו. חותמות הזמן של האודיו מאפשרות לאפליקציה לקבוע מתי פריים אודיו ספציפי יוצג (או הוצג) למשתמש מחוץ למכשיר. אפשר להשתמש בפרטי חותמת הזמן כדי לסנכרן את האודיו עם פריטי הווידאו בצורה מדויקת יותר.
Wi-Fi CERTIFIED Miracast™
עכשיו אפשר לאשר מכשירים עם Android 4.4 כתואם ל-Miracast בהתאם למפרט Wi-Fi Display של Wi-Fi Alliance. כדי לעזור בתהליך הבדיקה, הוספנו אפשרות חדשה למפתחים של תצוגת Wi-Fi, שמציגה פקדים והגדרות מתקדמים של תצורה לצורך אישור של תצוגת Wi-Fi. אפשר לגשת לאפשרות הזו דרך הגדרות > אפשרויות למפתחים > אישור של תצוגת Wi-Fi. Nexus 5 הוא מכשיר תצוגת Wi-Fi מאושר של Miracast.
RenderScript Compute
מדדי ביצועים של Android 4.4 בהשוואה ל-Android 4.3, שפועלים באותם מכשירים (Nexus 7, Nexus 10).
שיפורים מתמשכים בביצועים
כשמשתמשים ב-RenderScript באפליקציות, אפשר ליהנות מכוונון מתמשך של הביצועים בסביבת זמן הריצה של RenderScript עצמה, בלי צורך בתכנות מחדש. בתרשים שמשמאל מוצגים שיפורים בביצועים ב-Android 4.4 בשני שבבים פופולריים.
האצה על ידי GPU
כל אפליקציה שמשתמשת ב-RenderScript במכשיר נתמך נהנית מאיצה של GPU, בלי שינויים בקוד או הידור מחדש. מאז שהופיעה לראשונה ב-Nexus 10 ההאצה של RenderScript באמצעות GPU, שותפי חומרה אחרים הוסיפו תמיכה.
מעכשיו, עם Android 4.4, האצת ה-GPU זמינה ב-Nexus 5, וגם ב-Nexus 4, Nexus 7 (2013) ו-Nexus 10. אנחנו עובדים עם השותפים שלנו כדי להביא את התכונה הזו למכשירים נוספים בהקדם האפשרי.
RenderScript ב-Android NDK
עכשיו אפשר ליהנות מ-RenderScript ישירות מהקוד המקורי. ממשק API חדש של C++ ב-Android Native Development Kit (NDK) מאפשר לכם לגשת לאותה פונקציונליות של RenderScript שזמינה דרך ממשקי ה-API של המסגרת, כולל רכיבים פנימיים של סקריפטים, ליבות מותאמים אישית ועוד.
אם אתם צריכים לבצע משימות גדולות ועומסיות בקוד מקורי, תוכלו לבצע אותן באמצעות RenderScript ולשלב אותן בקוד המקורי. RenderScript מציע ביצועים מעולים במגוון רחב של מכשירים, עם תמיכה אוטומטית ב-CPU, ב-GPU ובמעבדים אחרים עם ליבות מרובות.
כשאתם מפתחים אפליקציה שמשתמשת ב-RenderScript דרך ה-NDK, אתם יכולים להפיץ אותה לכל מכשיר עם Android מגרסה 2.2 ואילך, בדיוק כמו עם ספריית התמיכה של RenderScript שזמינה לממשקי ה-API של המסגרת.
גרפיקה
GLES2.0 SurfaceFlinger
Android 4.4 משדרג את SurfaceFlinger מ-OpenGL ES 1.0 ל-OpenGL ES 2.0.
תמיכה חדשה של Hardware Composer במסכים וירטואליים
הגרסה האחרונה של Android Hardware Composer, HWComposer 1.3, תומכת בהרכבת חומרה של מסך וירטואלי אחד בנוסף למסך הראשי החיצוני (למשל, HDMI), ויש בה שיפורים בתאימות ההפעלה ההדדית של OpenGL ES.
סוגי קישוריות חדשים
פרופילים חדשים של Bluetooth
Android 4.4 תומך בשני פרופילים חדשים של Bluetooth, שמאפשרים לאפליקציות לתמוך במגוון רחב יותר של אינטראקציות עם צריכת אנרגיה נמוכה ואינטראקציות מדיה. Bluetooth HID over GATT (HOGP) מעניק לאפליקציות קישור עם זמן אחזור נמוך למכשירי היקפי עם צריכת אנרגיה נמוכה, כמו עכברים, ג'ויסטיקים ומקלדות. פרופיל גישה להודעה (MAP) ב-Bluetooth מאפשר לאפליקציות להעביר הודעות למכשיר בקרבת מקום, למשל מסוף לרכב לשימוש ללא ידיים או מכשיר נייד אחר. כתוספת ל-Bluetooth AVRCP 1.3, המשתמשים יכולים עכשיו להגדיר עוצמה מוחלטת במערכת ממכשירי ה-Bluetooth שלהם.
תמיכת הפלטפורמה ב-HOGP, ב-MAP וב-AVRCP מבוססת על סטאק ה-Bluetooth של Bluedroid, שהושק על ידי Google ו-Broadcom ב-Android 4.2. התמיכה זמינה כבר עכשיו במכשירי Nexus ובמכשירים אחרים שתואמים ל-Android ומציעים יכולות Bluetooth תואמות.
IR Blasters
ב-Android 4.4 נוספה תמיכה בפלטפורמה במשדרי אינפרה-אדום מובנים, יחד עם ממשק API ושירות מערכת חדשים שמאפשרים ליצור אפליקציות שמיישמות את התכונות האלה.
באמצעות ה-API החדש, אפשר ליצור אפליקציות שמאפשרות למשתמשים לשלוט מרחוק בטלוויזיות, בממירים, במפסקים ובמכשירים אלקטרוניים אחרים בסביבה. ה-API מאפשר לאפליקציה לבדוק אם יש בטלפון או בטאבלט משדר אינפרא-אדום, לשלוח שאילתה לגבי תדרי התקשורת שלו ואז לשלוח אותות אינפרא-אדום.
ה-API הוא סטנדרטי במכשירי Android עם מערכת הפעלה בגרסה Android 4.4 ואילך, כך שהאפליקציה שלכם יכולה לתמוך במגוון הרחב ביותר של ספקים בלי לכתוב קוד שילוב מותאם אישית.
תמיכה ב-Wi-Fi TDLS
Android 4.4 מציג דרך חלקה להעברת מדיה ונתונים אחרים במהירות בין מכשירים שכבר מחוברים לאותה רשת Wi-Fi, באמצעות תמיכה ב-Wi-Fi Tunneled Direct Link Setup (TDLS).
נגישות
הגדרות לכתוביות ברמת המערכת
Android 4.4 תומך עכשיו בחוויית נגישות משופרת באפליקציות שונות, באמצעות הוספת העדפות למערכת כולה עבור כתוביות. המשתמשים יכולים לעבור אל הגדרות > נגישות > כתוביות כדי להגדיר העדפות כלליות לגבי כתוביות, כמו האפשרות להציג כתוביות ואת השפה, גודל הטקסט והסגנון של הטקסט שבהם רוצים להשתמש.
אפליקציות שמשתמשות בסרטונים יכולות עכשיו לגשת להגדרות הכתוביות של המשתמש ולשנות את הצגת התוכן בהתאם להעדפות של המשתמש. ממשק API חדש לניהול כתוביות מאפשר לבדוק ולעקוב אחרי ההעדפות של המשתמש לגבי כתוביות. מנהל הכתוביות מספק את מצב הכתוביות המועדף של המשתמש, וגם את אזור הזמן, גורם ההתאמה והסגנון המועדפים של הטקסט. סגנון הטקסט כולל את צבעי החזית והרקע, מאפייני הקצוות וגופן הטקסט.
עכשיו אפליקציות יכולות להפנות להעדפות הכתוביות של המשתמש ברמת המערכת. דוגמה לסגנון התצוגה הצפוי מוצגת בהגדרות.
בנוסף, אפליקציות שמשתמשות ב-VideoView יכולות להשתמש ב-API חדש כדי להעביר סטרימינג של כתוביות יחד עם סטרימינג של וידאו לצורך רינדור. המערכת מטפלת באופן אוטומטי בתצוגת הכתוביות בפריימים של הסרטון בהתאם להגדרות המערכת של המשתמש. נכון לעכשיו, ב-VideoView יש תמיכה בתצוגה אוטומטית של כתוביות בפורמט WebVTT בלבד.
כל האפליקציות שמציגות כתוביות צריכות לוודא שהן בודקות את העדפות הכתוביות של המשתמש ברמת המערכת, ולהציג את הכתוביות בצורה הקרובה ביותר לעדפות האלה. כדי לקבל תמונה ברורה יותר לגבי המראה של שילובים ספציפיים של הגדרות, אפשר לראות תצוגה מקדימה של כתוביות בשפות, בגדלים ובסגנונות שונים ישירות באפליקציית ההגדרות.
ממשקי API משופרים לנגישות
ב-Android 4.4 הורחבו ממשקי ה-API לנגישות כדי לתמוך בתיאור מבני וסמנטי מדויק יותר ובתצפית על רכיבים במסך. בעזרת ממשקי ה-API החדשים, המפתחים יכולים לשפר את איכות המשוב הנגיש על ידי מתן מידע נוסף על הרכיבים במסך לשירותי הנגישות.
בצמתים של נגישות, מפתחים יכולים עכשיו לקבוע אם הצומת הוא חלון קופץ, לקבל את סוג הקלט שלו ועוד. אפשר גם להשתמש בממשקי API חדשים כדי לעבוד עם צמתים שמכילים מידע שמוצג בתצוגת רשת, כמו רשימות וטבלאות. לדוגמה, עכשיו אפשר לציין פעולות נתמכות חדשות, פרטי אוספים, מצבים של אזורים פעילים ועוד.
אירועי נגישות חדשים מאפשרים למפתחים לעקוב אחרי השינויים שמתרחשים בתוכן החלון, והם יכולים עכשיו להאזין לשינויים במצב הניווט במגע במכשיר.
תמיכה למשתמשים בינלאומיים
שיקוף של רכיבי drawable עבור אזורים עם כיוון כתיבה מימין לשמאל
אם האפליקציה שלכם מטרגטת משתמשים שמשתמשים בסקריפטים ב-RTL, תוכלו להשתמש ב-API חדש כדי להצהיר שיש לשקף באופן אוטומטי את ה-drawable כשהגדרת האזור של המשתמש כוללת שפה ב-RTL.
הכרזה על drawable כתמונה שמוצגת במראה אוטומטית עוזרת למנוע כפילויות של נכסים באפליקציה ומקטינה את גודל קובץ ה-APK. אם יש לכם רכיבי drawable שאפשר לעשות בהם שימוש חוזר גם בתצוגות LTR וגם בתצוגות RTL, תוכלו להצהיר על הגרסאות שמוגדרות כברירת מחדל ככאלה שעברו שיקוף אוטומטי, ואז להשמיט את רכיבי ה-Drawable האלה מהמשאבים של RTL.
האפשרות Force RTL layout (קביעת הפריסה מימין לשמאל) מאפשרת לבדוק בקלות את הלוקליזציה של האפליקציה.
אפשר להצהיר על סוגים שונים של רכיבי drawable ככאלה שמיושמים באופן אוטומטי בקוד האפליקציה, כמו bitmap, nine-patch, layer, state list ורכיבי drawable אחרים. אפשר גם להצהיר על קובץ drawable כקובץ עם שיקוף אוטומטי בקובצי המשאבים באמצעות מאפיין חדש.
אילוץ פריסה מימין לשמאל
כדי שיהיה קל יותר לבדוק ולפתור באגים בבעיות של שיקוף פריסה בלי לעבור לשפה עם כיוון מימין לשמאל, Android כוללת אפשרות חדשה למפתחים לאלץ את כיוון הפריסה מימין לשמאל בכל האפליקציות.
האפשרות 'אילוץ פריסת RTL' משנה את המכשיר לפריסת RTL בכל השפות בכל המקומות, ומציגה טקסט בשפה הנוכחית. כך תוכלו למצוא בעיות בפריסה של האפליקציה בלי להציג אותה בשפה עם כיוון קריאה מימין לשמאל. אפשר לגשת לאפשרות הזו בקטע הגדרות > אפשרויות למפתחים > אילוץ כיוון הפריסה ל-RTL.
שיפורים באבטחה
SELinux (מצב אכיפה)
ב-Android 4.4 מתבצעת עדכון של ההגדרה של SELinux מ'מתיר' ל'אכיפה'. כלומר, הפרות מדיניות אפשריות בדומיין SELinux שיש לו מדיניות אכיפה ייחסמו.
אלגוריתמים קריפטוגרפיים משופרים
כדי לשפר את האבטחה של Android, הוספנו תמיכה בשני אלגוריתמים קריפטוגרפיים נוספים. הוספנו תמיכה ב-Elliptic Curve Digital Signature Algorithm (ECDSA) לספק של מאגר המפתחות, כדי לשפר את האבטחה של החתימה הדיגיטלית. התמיכה רלוונטית לתרחישים כמו חתימה על אפליקציה או על חיבור נתונים. פונקציית הפקת המפתחות של Scrypt מיושמת כדי להגן על המפתחות הקריפטוגרפיים שמשמשים להצפנת דיסק מלא.
שיפורים נוספים
במכשירים עם כמה משתמשים, רשתות ה-VPN חלות עכשיו על כל משתמש. כך המשתמש יכול לנתב את כל תעבורת הנתונים ברשת דרך VPN בלי להשפיע על משתמשים אחרים במכשיר. בנוסף, Android תומכת עכשיו ב-FORTIFY_SOURCE ברמה 2, וכל הקוד מופעל עם ההגנות האלה. FORTIFY_SOURCE שופרה כך שתעבוד עם clang.
כלים לניתוח השימוש בזיכרון
Procstats
כלי חדש בשם procstats עוזר לנתח את משאבי הזיכרון שבהם האפליקציה משתמשת, וגם את המשאבים שבהם משתמשות אפליקציות ושירותים אחרים שפועלים במערכת.
בעזרת Procstats אפשר לעקוב אחרי אופן הפעלת האפליקציות לאורך זמן, ולקבל נתונים על משך הביצועים שלהן ועל השימוש בזיכרון כדי לקבוע את מידת היעילות שלהן. הנתונים האלה חשובים במיוחד לאפליקציות שמפעילות שירותים שפועלים ברקע, כי הם מאפשרים לעקוב אחרי משך הזמן שבו השירותים פועלים ועל כמות ה-RAM שהם משתמשים בה במהלך הפעולה. בנוסף, Procstats יאסוף נתונים על השימוש בזיכרון של אפליקציות בחזית במהלך הזמן, כדי לקבוע את פרופיל הזיכרון הכולל של האפליקציה.
בעזרת Procstats תוכלו לזהות שירותי רקע שהאפליקציה שלכם השיקה. תוכלו לעקוב אחרי משך הזמן שבו השירותים האלה ממשיכים לפעול, וכמות ה-RAM שהם משתמשים בה תוך כדי כך. בנוסף, בעזרת Procstats תוכלו ליצור פרופיל של האפליקציה בזמן שהיא נמצאת בחזית, ולהשתמש בשימוש שלה בזיכרון לאורך זמן כדי לקבוע את פרופיל הזיכרון הכולל שלה.
בעזרת הכלי החדש procstats אפשר לבדוק את השימוש בזיכרון של אפליקציות ושירותים לאורך זמן.
בעזרת הכלי המשודרג meminfo אפשר לראות פרטים על השימוש בזיכרון של אפליקציה.
אפשר לגשת ל-procstats באמצעות הכלי adb שכלול ב-Android SDK, adb shell dumpsys procstats. בנוסף, אפשר לקרוא בהמשך על האפשרות למפתחים 'נתוני תהליכים' ליצירת פרופילים במכשיר.
סטטוס פרופיל הזיכרון במכשיר
Android 4.4 כולל אפשרות חדשה למפתחים שמאפשרת לנתח בקלות את פרופיל הזיכרון של האפליקציה בזמן שהיא פועלת בכל מכשיר או באמולטור. כדאי במיוחד לקבל תמונה של אופן השימוש של האפליקציה בזיכרון וביצועי האפליקציה במכשירים עם נפח זיכרון RAM נמוך. אפשר לגשת לאפשרות הזו דרך הגדרות > אפשרויות למפתחים > נתונים סטטיסטיים של תהליכים.
נתונים סטטיסטיים של תהליכים הם דרך נוחה לבדוק את השימוש של האפליקציה בזיכרון. תוכלו לראות איך האפליקציה שלכם משתווה לאפליקציות אחרות ולהגדיל את התצוגה של נתונים ספציפיים לגבי האפליקציה או שירותי הרקע שלה.
באפשרות נתוני תהליכים מוצגים מגוון מדדים ברמה גבוהה לגבי השימוש של האפליקציה בזיכרון, על סמך נתונים שנאספו באמצעות השירות החדש procstats. במסך הראשי מוצג סיכום של סטטוס הזיכרון במערכת. ירוק מציין את משך הזמן היחסי שבו נעשה שימוש נמוך ב-RAM, צהוב מציין שימוש מתון ב-RAM ואדום מציין שימוש גבוה (קריטי) ב-RAM
מתחת לסיכום מופיעה רשימה של עומס הזיכרון של כל אפליקציה במערכת. לכל אפליקציה, מוצגת עמודה כחולה שמציינת את עומס הזיכרון המחושב היחסי (runtime x avg_pss) של התהליך שלה, ומספר באחוזים שמציין את משך הזמן היחסי שהאפליקציה נמצאת ברקע. אפשר לסנן את הרשימה כך שתוצג רק תהליכים בחזית, ברקע או בתהליך אחסון, ואפשר לכלול או להחריג תהליכי מערכת. אפשר גם לשנות את משך הזמן של הנתונים שנאספים ל-3, 6, 12 או 24 שעות, ואפשר לכלול או להחריג את הזיכרון של uss.
כדי לקבל מידע נוסף על השימוש בזיכרון של אפליקציה ספציפית בנפרד, מקישים על האפליקציה. עכשיו תוכלו לראות סיכום של נפח הזיכרון שנצרך בכל אפליקציה ואת האחוז ממרווח הזמן לאיסוף נתונים שבו האפליקציה הייתה פועלת. תוכלו גם לראות את השימוש הממוצע והשימוש המקסימלי במהלך תקופת האיסוף, ואת השירותים של האפליקציה ואת אחוז הזמן שבו הם פעלו.
ניתוח האפליקציה באמצעות הנתונים ב'נתוני תהליכים' יכול לחשוף בעיות ולהציע אופטימיזציות אפשריות לאפליקציה. לדוגמה, אם האפליקציה פועלת יותר זמן מהצפוי או משתמשת בזיכרון רב מדי לאורך תקופה מסוימת, יכול להיות שיש באגים בקוד שאפשר לפתור כדי לשפר את הביצועים של האפליקציה, במיוחד כשהיא פועלת במכשיר עם נפח זיכרון RAM נמוך.