Jelly Bean

Android 4.3

אנחנו שמחים לקבל אותך ל-Android 4.3, גרסה מתוקה יותר של Jelly Bean!

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

במסמך Android 4.3 APIs מפורט מידע על ממשקי ה-API החדשים למפתחים.

מידע נוסף על התכונות החדשות של Jelly Bean למשתמש זמין בכתובת www.android.com.

מהיר יותר, חלק יותר ותגובה מהירה יותר

Android 4.3 מבוסס על שיפורי הביצועים שכבר כלולים ב-Jelly Bean – תזמון vsync, אחסון משולש, זמן אחזור מופחת למגע, שיפור קלט המעבד ועיבוד 2D מואץ בחומרה – ומוסיף אופטימיזציות חדשות שמייעלות את Android עוד יותר.

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

ב-Android 4.3 יש גם שיפורים ברינדור של צורות וטקסט. עכשיו אפשר להציג בצורה יעילה יותר צורות כמו עיגולים ומלבנים מעוגלים באיכות גבוהה יותר. האופטימיזציות לטקסט כוללות שיפור בביצועים כשמשתמשים במספר גופנים או בקבוצות גליפיות מורכבות (CJK), איכות עיבוד גבוהה יותר כשמשנים את קנה המידה של הטקסט עיבוד מהיר יותר של צלליות.

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

כדי לקבל את הביצועים הגבוהים ביותר של גרפיקה, ב-Android 4.3 נוספה תמיכה ב-OpenGL ES 3.0, והיא זמינה לאפליקציות דרך מסגרת וגם דרך ממשקי API מקומיים. במכשירים נתמכים, מנוע הרינדור 2D המואץ בחומרה משתמש ב-OpenGL ES 3.0 כדי לבצע אופטימיזציה של ניהול המרקמים ולהגדיל את רמת הנאמנות של הרינדור של העקומות.

OpenGL ES 3.0 לגרפיקה עם ביצועים גבוהים

ב-Android 4.3 נוספה תמיכה בפלטפורמה ב-Khronos OpenGL ES 3.0, שמספקת למשחקים ולאפליקציות אחרות יכולות גרפיקה 2D ו-3D עם הביצועים הגבוהים ביותר במכשירים נתמכים. אתם יכולים להשתמש ב-OpenGL ES 3.0 ובתוספים קשורים של EGL באמצעות ממשקי API של מסגרות או קישורי API מקומיים דרך Android Native Development Kit‏ (NDK).

פונקציונליות חדשה עיקרית שזמינה ב-OpenGL ES 3.0 כוללת האצה של אפקטים חזותיים מתקדמים, דחיסת טקסטורות ETC2/EAC באיכות גבוהה כתכונה רגילה, גרסה חדשה של שפת ההצללה GLSL ES עם תמיכה במספרים שלמים ובנקודות צפות של 32 ביט, עיבוד טקסטורות מתקדם ופורמטים סטנדרטיים של מאגרי עיבוד וגודל טקסטורות.

אתם יכולים להשתמש בממשקי ה-API של OpenGL ES 3.0 כדי ליצור גרפיקה מורכבת ויעילה מאוד שפועלת במגוון של מכשירי Android תואמים, ותומכים בפורמט אחד וסטנדרטי של דחיסת טקסטורות במכשירים האלה.

OpenGL ES 3.0 היא תכונה אופציונלית שתלויה בחומרת הגרפיקה הבסיסית. התמיכה כבר זמינה במכשירי Nexus 7‏ (2013),‏ Nexus 4 ו-Nexus 10.

קישוריות Bluetooth משופרת

קישוריות עם חיישנים ומכשירים עם Bluetooth חכם

עכשיו אפשר לתכנן ולפתח אפליקציות שמקיימות אינטראקציה עם המכשירים והחיישנים הקטנים והחסכוניים מהדור החדש, שמשתמשים בטכנולוגיית Bluetooth Smart.

ב-Android 4.3 יש ממשק API יחיד וסטנדרטי ליצירת אינטראקציה עם מכשירים חכמים עם Bluetooth.

ב-Android 4.3 יש תמיכה מובנית בפלטפורמה ל-Bluetooth Smart Ready בתפקיד המרכזי, ומספקת קבוצה רגילה של ממשקי API שאפליקציות יכולות להשתמש בהם כדי לזהות מכשירים בקרבת מקום, לבצע שאילתות לשירותי GATT ולקרוא/לכתוב מאפיינים.

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

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

התמיכה ב-Bluetooth Smart Ready כבר זמינה במכשירי Nexus 7‏ (2013) ובמכשירי Nexus 4, ובחודשים הקרובים היא תהיה זמינה במספר הולך וגדל של מכשירים תואמים ל-Android.

פרופיל AVRCP 1.3

ב-Android 4.3 נוספה תמיכה מובנית ב-Bluetooth AVRCP 1.3, כך שהאפליקציות שלכם יכולות לתמוך באינטראקציות עשירות יותר עם מכשירי מדיה מרוחקים לסטרימינג. אפליקציות כמו נגני מדיה יכולות להפיק תועלת מ-AVRCP 1.3 באמצעות ממשקי ה-API של לקוחות של שלט רחוק שהוצגו ב-Android 4.0. בנוסף לחשיפת אמצעי הבקרה על ההפעלה במכשירים המרוחקים שמחוברים באמצעות Bluetooth, אפליקציות יכולות עכשיו לשדר מטא-נתונים כמו שם הטראק, המלחין וסוגים אחרים של מטא-נתוני מדיה.

תמיכת הפלטפורמה ב-AVRCP 1.3 מבוססת על סטאק ה-Bluetooth של Bluedroid, שהוצג על ידי Google ו-Broadcom ב-Android 4.2. התמיכה זמינה כבר עכשיו במכשירי Nexus ובמכשירים אחרים שתואמים ל-Android ומציעים יכולת A2DP/AVRCP.

תמיכה בפרופילים מוגבלים

בעלי הטאבלט יכולים להגדיר פרופיל מוגבל אחד או יותר בהגדרות ולנהל אותם בנפרד.

אתם יכולים להציע באפליקציה הגבלות שיאפשרו לבעלים לנהל את תוכן האפליקציה כשהיא פועלת בפרופיל.

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

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

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

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

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

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

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

יכולות אופטימיות של מיקום וחיישנים

Google Play Services מציע ממשקי API מתקדמים למיקום שאפשר להשתמש בהם באפליקציות. ב-Android 4.3 מתבצעת אופטימיזציה של ממשקי ה-API האלה במכשירים נתמכים עם יכולות חומרה ותוכנה חדשות שמצמצמות את השימוש בסוללה.

גיאו-פייסינג בחומרה מבצע אופטימיזציה ליעילות צריכת האנרגיה על ידי חישוב המיקום בחומרה של המכשיר, ולא בתוכנה. במכשירים שתומכים בהגדרת אזורי הגנה פיזיים (geofence) בחומרה, ממשקי ה-API של אזורי הגנה פיזיים ב-Google Play Services יוכלו להשתמש באופטימיזציה הזו כדי לחסוך בחיי הסוללה בזמן שהמכשיר בתנועה.

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

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

יכולות החומרה החדשות כבר זמינות במכשירי Nexus 7‏ (2013) ו-Nexus 4, וכל יצרן מכשירי או ספק שבבים יכולים לשלב אותן במכשירים שלהם.

יכולות חדשות של מדיה

מסגרת DRM מודולרית

כדי לענות על הצרכים של דור הבא של שירותי המדיה, ב-Android 4.3 מופיעה מסגרת DRM מודולרית שמאפשרת למפתחי אפליקציות מדיה לשלב בקלות רבה יותר את DRM בפרוטוקולים שלהם לסטרימינג, כמו MPEG DASH (Dynamic Adaptive Streaming over HTTP, ‏ ISO/IEC 23009-1).

באמצעות שילוב של ממשקי API חדשים ושיפורים בממשקי API קיימים, מסגרת ה-DRM של מדיה מספקת קבוצה משולבת של שירותים לניהול רישוי והקצאה, גישה לקודקים ברמה נמוכה ופענוח של נתוני מדיה מוצפנים. ממשק MediaExtractor API חדש מאפשר לקבל את המטא-נתונים של PSSH למדיה מסוג DASH. אפליקציות שמשתמשות במסגרת DRM של מדיה מנהלות את התקשורת ברשת עם שרת הרישיונות ומטפלות בהזרמה של נתונים מוצפנים מספריית תוכן.

מקודד VP8

ב-Android 4.3 יש תמיכה מובנית בקידוד VP8, שניתן לגשת אליה מהמסגרת ומממשקי API מקומיים. באפליקציות שמשתמשות בממשקי API מקומיים, הפלטפורמה כוללת כותרות של תוסף OpenMAX 1.1.2 כדי לתמוך בפרופילים וברמות של VP8. התמיכה בקידוד VP8 כוללת הגדרות של קצב נתונים יעד, בקרת קצב, קצב פריימים, חלוקת אסימונים, עמידות בשגיאות, שחזור ומסנני לולאה. ב-Platform API נוספה תמיכה במקודד VP8 במגוון פורמטים, כדי שתוכלו להשתמש בפורמט הטוב ביותר לתוכן שלכם.

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

קידוד וידאו משטח

החל מגרסה 4.3 של Android, אפשר להשתמש ב-Surface כקלט למקודד וידאו. לדוגמה, עכשיו אפשר להפנות סטרימינג מ-OpenGL ES surface למקודד, במקום להעתיק בין מאגרים.

Media muxer

אפליקציות יכולות להשתמש בממשקי API חדשים של מערבבים של מדיה כדי לשלב בין מקורות אודיו וידאו בסיסיים לקובץ פלט יחיד. נכון לעכשיו, אפליקציות יכולות למפלח שידור אודיו יחיד ב-MPEG-4 ושידור וידאו יחיד ב-MPEG-4 לקובץ פלט יחיד ב-MPEG-4. ממשקי ה-API החדשים הם מקבילים לממשקי ה-API לניתוק קודק של מדיה, שהוצגו ב-Android 4.2.

התקדמות ההפעלה וסריקה מהירה בלקוחות עם שלט רחוק

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

דרכים חדשות ליצירת אפליקציות יפות

גישה להתראות

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

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

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

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

הצגת שכבות-על

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

מצב פריסה לפי גבולות אופטיים

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

סוגי אנימציות רוטציה בהתאמה אישית

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

מצבי כיוון המסך

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

הכוונה לטיפול בתשובות מהירות

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

תמיכה למשתמשים מחוץ לארה"ב

חלקים נוספים ב-Android 4.3 עברו אופטימיזציה לשפות RTL.

שיפורים ב-RTL

ב-Android 4.3 יש שיפורים בביצועים של RTL ותמיכה רחבה יותר ב-RTL בווידג'טים של ממשק המשתמש של המסגרת, כולל ProgressBar/Spinner ו-ExpandableListView. מידע נוסף על ניפוי באגים זמין דרך הכלי uiautomatorviewer. בנוסף, רכיבים נוספים בממשק המשתמש של המערכת תומכים עכשיו ב-RTL, כמו התראות, סרגל הניווט וסרגל הפעולות.

כדי לספק חוויה טובה יותר במערכת עם סקריפטים ב-RTL, יותר אפליקציות מערכת שמוגדרות כברירת מחדל תומכות עכשיו בפריסות RTL, כולל אפליקציות Launcher,‏ Quick Settings,‏ Phone,‏ People,‏ SetupWizard,‏ Clock,‏ Downloads ועוד.

כלים ללוקליזציה

שימוש בזיוף אזורים גיאוגרפיים מאפשר לבדוק בקלות את הלוקליזציה של האפליקציה.

ב-Android 4.3 יש גם כלים חדשים ו-API חדשים ליצירת מחרוזות RTL טובות יותר ולבדיקת ממשקי המשתמש המתורגמים. הכיתה החדשה BidiFormatter מספקת ממשק API פשוט לעטיפת מחרוזות Unicode, כך שנתוני סקריפט RTL יוצגו כמתוכנן בהודעות עם ברירת המחדל של LTR ולהפך. כדי שתוכלו להשתמש בכלי הזה באופן נרחב יותר באפליקציות שלכם, BidiFormatter API זמין עכשיו גם לגרסאות קודמות של הפלטפורמה דרך חבילת התמיכה ב-Android SDK.

כדי לעזור לכם לנהל את הפורמט של התאריכים במיקומים שונים, ב-Android 4.3 יש שיטה חדשה, getBestDateTimePattern()‎, שמפיקה באופן אוטומטי את הפורמט המקומי הטוב ביותר של תאריך Unicode UTS למיקום גיאוגרפי שציינתם. זו דרך נוחה לספק למשתמשים חוויה מקומית יותר.

כדי לעזור לכם לבדוק את האפליקציה בקלות רבה יותר באזורים אחרים, ב-Android 4.3 הוספנו את האפשרות pseudo-locales (אזור גיאוגרפי מדומה) כאפשרות חדשה למפתחים. לוקאלים מדומים מדמים את השפה, התסריט ומאפייני התצוגה שמשויכים ללוקאל או לקבוצת שפות. בשלב הזה אפשר לבדוק עם פרוסודו-לוקל של אנגלית עם סימני הטעמה, כדי לראות איך ממשק המשתמש פועל עם תווי הכתב והסימנים המיוחדים שמשמשים במגוון שפות אירופאיות.

נגישות ואוטומציה של ממשק המשתמש

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

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

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

ארגונים ואבטחה

הגדרת Wi-Fi לרשתות WPA2-Enterprise

מעכשיו אפליקציות יכולות להגדיר את פרטי הכניסה ל-Wi-Fi הנדרשים להן לחיבורים לנקודות גישה ארגוניות מסוג WPA2. מפתחים יכולים להשתמש בממשקי API חדשים כדי להגדיר פרטי כניסה לפרוטוקול אימות שניתן להרחבה (EAP) ול-Encapsulated EAP (שלב 2) בשיטות האימות שבהן הארגון משתמש. אפליקציות עם הרשאה לגשת ל-Wi-Fi ולשנות אותו יכולות להגדיר פרטי כניסה למגוון שיטות אימות של EAP ושל שלב 2.

ארגז חול של Android עם תמיכה ב-SELinux

מערכת Android משתמשת עכשיו ב-SELinux, מערכת של בקרת גישה חובה (MAC) בליבה של Linux, כדי להרחיב את ארגז החול של האפליקציות שמבוסס על UID. כך אפשר להגן על מערכת ההפעלה מפני נקודות חולשה פוטנציאליות באבטחה.

שיפורים ב-Keychain

מעכשיו, KeyChain API מספק שיטה שמאפשרת לאפליקציות לוודא שמפתחות ברמת המערכת מקושרים לRoot of Trust בחומרה של המכשיר. כך אפשר ליצור או לאחסן מפתחות פרטיים שאי אפשר לייצא מהמכשיר, גם במקרה של פריצה ל-root או לליבת המערכת.

ספק של Android Keystore

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

ספק מאגר המפתחות מספק את אותן יתרונות אבטחה ש-KeyChain API מספק לפרטי כניסה ברמת המערכת, כמו קישור פרטי כניסה למכשיר. אי אפשר לייצא מפתחות פרטיים במאגר המפתחות מהמכשיר.

הגבלת Setuid מאפליקציות ל-Android

המחיצה /system מורכבת עכשיו ב-nosuid לתהליכים שנוצרו על ידי zygote, כדי למנוע מאפליקציות Android להריץ תוכניות setuid. כך מצטמצם שטח ההתקפה ברמה הבסיסית (root) והסיכוי לנקודות חולשה פוטנציאליות באבטחה.

דרכים חדשות לניתוח הביצועים

ב-Systrace נעשה שימוש בסינטקס חדש של פקודות, ומאפשר לאסוף סוגים נוספים של נתוני פרופיל.

רישום משופר ביומן Systrace

Android 4.3 תומך בגרסה משופרת של הכלי Systrace, שקל יותר להשתמש בה ויש לה גישה לסוגים נוספים של מידע ליצירת פרופיל של ביצועי האפליקציה. עכשיו אפשר לאסוף נתוני מעקב ממודולים של חומרה, מפונקציות של הליבה, מDalvik VM, כולל איסוף אשפה, טעינה של משאבים ועוד.

ב-Android 4.3 יש גם ממשקי Trace API חדשים שאפשר להשתמש בהם באפליקציות כדי לסמן קטעי קוד ספציפיים למעקב באמצעות אירועי התחלה/סיום של Systrace. כשקטעי הקוד המסומן מבוצעים, המערכת רושמת את אירועי ההתחלה/הסיום ביומן המעקב. יש השפעה מינימלית על הביצועים של האפליקציה, כך שהזמנים שמדווחים מספקים לכם תמונה מדויקת של הפעולות שהאפליקציה מבצעת.

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

יצירת פרופיל של GPU במסך ב-Android 4.3.

יצירת פרופיל של GPU במסך

ב-Android 4.3 נוספו אפשרויות חדשות למפתחים שיעזרו לכם לנתח את הביצועים של האפליקציה ולזהות בעיות ברינדור בכל מכשיר או באמולטור.

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

קו ירוק מדגיש את הסף של 16ms לפעולות רינדור, כדי שתוכלו להעריך את קצב הפריימים בפועל של האפליקציה ביחס ליעד של 60fps (כי 1/60 שנייה שווה בערך ל-16ms). אם אתם רואים פעולות שמגיעות לקו הירוק, תוכלו לנתח אותן לעומק באמצעות Systrace וכלים אחרים.

במכשירים עם Android מגרסה 4.2 ואילך, אפשרויות למפתחים מוסתרות כברירת מחדל. אפשר להציג אותם בכל שלב על ידי הקשה 7 פעמים על הגדרות > מידע על הטלפון > מספר Build בכל מכשיר Android תואם.

אזהרה של StrictMode לגבי URI של קבצים

התוספת האחרונה לכלי StrictMode היא אילוץ מדיניות שמתריע כשהאפליקציה חושפת URI מסוג file:// למערכת או לאפליקציה אחרת. במקרים מסוימים, יכול להיות שלאפליקציה המקבלת לא תהיה גישה לנתיב ה-URI מסוג file://, לכן כשמשתפים קבצים בין אפליקציות, צריך להשתמש ב-URI מסוג content:// (עם ההרשאה המתאימה). המדיניות החדשה הזו תעזור לכם לזהות מקרים כאלה ולתקן אותם. אם אתם מחפשים דרך נוחה לאחסון קבצים ולהצגתם לאפליקציות אחרות, תוכלו להשתמש בספק התוכן FileProvider שזמין בספריית התמיכה.

Android 4.2

אנחנו שמחים שהצטרפת אל Android 4.2, הגרסה האחרונה של Jelly Bean.

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

במסמך Android 4.2 APIs מפורט מידע על ממשקי ה-API החדשים למפתחים.

מידע נוסף על התכונות החדשות של Jelly Bean למשתמש זמין בכתובת www.android.com.

מהיר יותר, חלק יותר ותגובה מהירה יותר

Android 4.2 מבוסס על שיפורי הביצועים שכבר כלולים ב-Jelly Bean – תזמון vsync, אחסון משולש, זמן אחזור מופחת למגע ושיפור קלט המעבד (CPU) – ומוסיף אופטימיזציות חדשות שמשפרות את מהירות Android.

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

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

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

ממשק משתמש משופר ורענן

ב-Android 4.2 משופר חוויית המשתמש של Jelly Bean, ומתבצעים שינויים בממשק המשתמש של Android, כמו שורת הסטטוס, שורת המערכת וחלון ההתראות, לכל הטאבלטים.

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

טאבלט אחד, הרבה משתמשים

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

במכשיר עם כמה משתמשים, מערכת Android מספקת לכל משתמש סביבה נפרדת, כולל אחסון בכרטיס SD ממולא (emulated) שספציפי למשתמש. לכל משתמש יש גם מסכי בית, ווידג'טים, חשבונות, הגדרות, קבצים ואפליקציות משלו, והמערכת שומרת על הפרדה ביניהם. כל המשתמשים משתפים שירותי ליבה של המערכת, אבל המערכת מוודאת שהאפליקציות והנתונים של כל משתמש יישארו מבודדים. למעשה, לכל אחד מהמשתמשים יש מכשיר Android משלו.

המשתמשים יכולים להתקין ולהסיר אפליקציות בכל שלב בסביבות שלהם. כדי לחסוך במקום באחסון, Google Play מורידים קובץ APK רק אם משתמש אחר לא התקין אותו כבר במכשיר. אם האפליקציה כבר מותקנת, Google Play מתעדת את ההתקנה של המשתמש החדש בדרך הרגילה, אבל לא מורידת עותק נוסף של האפליקציה. כמה משתמשים יכולים להריץ את אותו עותק של קובץ APK כי המערכת יוצרת מכונה חדשה לכל משתמש, כולל ספריית נתונים ספציפית למשתמש.

למפתחים, התמיכה בכמה משתמשים היא שקופה – לא צריך לבצע באפליקציות פעולות מיוחדות כדי שהן יפעלו באופן תקין בסביבה עם כמה משתמשים, ואין צורך לבצע שינויים בחבילות ה-APK הקיימות או שפורסמו. המערכת מנהלת את האפליקציה בכל מרחב משתמש בדיוק כמו בסביבה של משתמש יחיד.

דרכים חדשות לעורר עניין בקרב המשתמשים

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

ווידג'טים במסך הנעילה

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

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

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

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

Daydream

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

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

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

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

תצוגות Daydream דומות לפעילויות, והן יכולות לבצע כל פעולה שאפשר לבצע בפעילות – החל מרינדור של היררכיית ממשק משתמש (בלי להשתמש ב-RemoteViews) ועד לציור ישירות באמצעות Canvas, ‏ OpenGL, ‏ SurfaceTexture ועוד. הם יכולים להפעיל וידאו ואודיו, ואפילו לקבל אינטראקציה ישירה של משתמשים. עם זאת, חלומות בהקיץ הם לא פעילויות, ולכן הם לא משפיעים על סטאק החזרה לאחור, לא מופיעים ב'מה עשיתי לאחרונה' ולא ניתן להפעיל אותם ישירות מהאפליקציה.

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

תמיכה במסך חיצוני

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

מנהל תצוגה

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

חלון שיתוף המסך

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

אתם יכולים לשלוט באופן מלא בשני מסכים או יותר באמצעות שיתוף מסך.

כשמשתמשים בתכונה 'מצגת', לאפליקציה יש שליטה מלאה על חלון התצוגה מרחוק ועל התוכן שלו, והיא מאפשרת לנהל אותו על סמך אירועי קלט של משתמשים, כמו לחיצות על מקשים, תנועות, אירועי תנועה ועוד. אתם יכולים להשתמש בכל הכלים הרגילים כדי ליצור ממשק משתמש ולייצר תוכן בתצוגה, החל מיצירת היררכיית תצוגה שרירותית ועד לשימוש ב-SurfaceView או ב-SurfaceTexture כדי לצייר ישירות בחלון עבור תוכן בסטרימינג או תצוגות מקדימה של מצלמה.

בחירת תצוגה מועדפת

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

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

תוכן מוגן

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

צג אלחוטי

החל מגרסה 4.2 של Android, משתמשים במכשירים נתמכים יכולים להתחבר למסך חיצוני דרך Wi-Fi באמצעות Wi-Fi Display (פתרון להצגה אלחוטית מקצה לקצה שתואם לתוכנית האישור של Miracast™). כשמסך אלחוטי מחובר, המשתמשים יכולים להעביר סטרימינג של כל סוג תוכן למסך הגדול, כולל תמונות, משחקים, מפות ועוד.

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

תמיכה מקורית ב-RTL

מפתחים יכולים עכשיו להציג את הפריסות שלהם במראה ראי בשפות RTL.

ב-Android 4.2 יש תמיכה מלאה בפריסות RTL (ימין-לשמאל), כולל שיקוף פריסה. תמיכה נייטיב ב-RTL מאפשרת לכם לספק את אותה חוויית שימוש מעולה בכל האפליקציות לכל המשתמשים, גם אם השפה שלהם כוללת סקריפט שנקרא מימין לשמאל וגם אם היא כוללת סקריפט שנקרא משמאל לימין.

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

אתם יכולים להשתמש בשיקוף של פריסה ב-RTL באפליקציה שלכם במאמץ מינימלי. אם רוצים שהאפליקציה תופיע במראה 'מראה ראי', פשוט מגדירים מאפיין חדש במניפסט של האפליקציה ומחליפים את כל מאפייני הפריסה 'שמאל/ימין' בערכים מקבילים חדשים של 'התחלה/סיום'. לאחר מכן, המערכת מטפלת בהצגה ובשיקוף של ממשק המשתמש בהתאם.

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

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

שיפורים בשפות בינלאומיות

Android 4.2 כולל מגוון אופטימיזציות של גופנים ותווים למשתמשים בינלאומיים:

• למשתמשים קוריאנים זמין עכשיו גופן חדש – Nanum (나눔글꼴)‏ Gothic, גופן Unicode שתוכנן במיוחד עבור התסריט של השפה הקוריאנית.
• תמיכה משופרת בטקסט יפנית אנכי שמוצג ב-WebViews.
• שיפור של מיקום הגופן והמרחק בין האותיות בגופנים שמוגדרים כברירת מחדל בשפות ההודיות, התאילנדית, הערבית והעברית.

מקלדת Android שמוגדרת כברירת מחדל כוללת גם קבוצה מעודכנת של מילונים:

• מילונים משופרים לצרפתית (עם תמיכה בביגרמים), לאנגלית ולרוסית
• מילונים חדשים לדנית, ליוונית, לליטאית, לפולנית, לספרדית, לטורקית, לשוודית, לסלובניה, לסלובקיה וליוונית

דרכים חדשות ליצירת ממשק משתמש יפה

קטעי טקסט בתצוגת עץ

כדי לשלוט טוב יותר ברכיבי ממשק המשתמש ולהפוך אותם למבנה מודולרי יותר, ב-Android 4.2 אפשר להטמיע קטעי קוד (Fragments) בתוך קטעי קוד (Fragments). בכל קטע, מנהל חדש של קטעי קוד מאפשר להוסיף קטעי קוד אחרים כצומתי צאצאים בהיררכיית התצוגה.

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

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

נגישות

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

המערכת מספקת אפשרות נגישות גלובלית חדשה שמאפשרת לשירות נגישות לפתוח את תפריט ההגדרות המהירות על סמך פעולה של המשתמש. ב-Android 4.2 נוסף גם סוג חדש של משוב לגבי נגישות למכשירי בראהיל.

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

מצלמה משופרת עם HDR

ב-Android 4.2 יש ממשק חומרה חדש של מצלמה וצינור עיבוד נתונים לשיפור הביצועים. במכשירים נתמכים, אפליקציות יכולות להשתמש במצב צילום חדש של מצלמת HDR כדי לצלם תמונה באמצעות שיטות צילום בטווח דינמי גבוה.

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

חישוב ב-Renderscript

ב-Android 4.2, ב-Renderscript Compute נוספו תכונות חדשות של סקריפטים, אופטימיזציות חדשות ושילוב ישיר של GPU כדי לספק את הביצועים הגבוהים ביותר בפעולות חישוב.

Filterscript

Filterscript הוא קבוצת משנה של Renderscript שמתמקדת בעיבוד תמונות מותאם במגוון רחב של ערכות שבבים למכשירים. מפתחים יכולים לכתוב את פעולות עיבוד התמונות שלהם ב-Filterscript באמצעות ה-API הרגיל של Renderscript בסביבת זמן הריצה, אבל במסגרת אילוצים מחמירים יותר שמבטיחים תאימות רחבה יותר ואופטימיזציה משופרת במגוון מעבדים, כולל מעבדים מרכזיים (CPU), מעבדי גרפיקה (GPU) ומעבדים ייעודיים לעיבוד אותות (DSP).

Filterscript הוא אידיאלי לפעולות חישוב ועיבוד תמונות פשוטות שמואצלות בחומרה, כמו אלה שעשויות להיכתב עבור שפעי עיבוד פלחים של OpenGL ES. בגלל שהיא מטילה מגבלות פחות מחמירות על החומרה, היא מאפשרת לבצע אופטימיזציה ולהאיץ את הפעולות בסוגים רבים יותר של ערכות שבבים של מכשירים. כל אפליקציה שמטרגטת לרמת API 17 ואילך יכולה להשתמש ב-Filterscript.

פונקציות פנימיות (intrinsics) של סקריפט

ב-Android 4.2, נוספה ל-Renderscript תמיכה בקבוצה של רכיבים פנימיים של סקריפטים – רכיבי פילטר בסיסיים שמואצלים שהוגדרו מראש, כדי לצמצם את כמות הקוד שצריך לכתוב וכדי להבטיח שהאפליקציה תקבל את שיפור הביצועים המקסימלי האפשרי.

פונקציות פנימיות זמינות למיזוגים, טשטוש, מטריצת צבעים, convolve‏ 3x3 ו-5x5, טבלת חיפוש לכל ערוץ והמרת מאגר YUV של Android ל-RGB.

קבוצות של סקריפטים

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

מדדי הביצועים של עיבוד תמונות ב-Renderscript פועלים בגרסאות שונות של פלטפורמת Android (Android 4.0,‏ 4.1 ו-4.2) במעבד (CPU) רק במכשיר Galaxy Nexus.

מדדי ביצועים של עיבוד תמונות ב-Renderscript, שמשווים בין פעולות שפועלות עם GPU + CPU לבין פעולות שפועלות ב-CPU בלבד באותו מכשיר Nexus 10.

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

שיפורים מתמשכים באופטימיזציה

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

ככל שהאופטימיזציה תשפר, הפעולות יבוצעו מהר יותר ובצ'יפסטטים נוספים, בלי שתצטרכו לעשות שום דבר. בתרשים שמימין מודגשים השיפורים בביצועים שנובעים משיפורים שוטפים באופטימיזציה של Renderscript בגרסאות השונות של פלטפורמת Android.

GPU Compute

Renderscript Compute היא פלטפורמת החישוב הראשונה שהועברה להרצה ישירות ב-GPU של מכשיר נייד. מעכשיו, כשהדבר אפשרי, המערכת משתמשת באופן אוטומטי במשאבי חישוב GPU כדי לשפר את הביצועים. שילוב עם GPU מאפשר לבצע את החישובים המורכבים ביותר של גרפיקה או עיבוד תמונות עם שיפור משמעותי בביצועים.

כל אפליקציה שמשתמשת ב-Renderscript במכשיר נתמך יכולה ליהנות באופן מיידי מהשילוב הזה של GPU, בלי צורך בתכנות מחדש. טאבלט Nexus 10 הוא המכשיר הראשון שתומך בשילוב הזה.

אפשרויות חדשות למפתחים מובנות

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

במכשירים עם Android 4.2, אפשרויות הפיתוח מוסתרות כברירת מחדל כדי לשפר את חוויית השימוש של המשתמשים. אפשר להציג את האפשרויות למפתחים בכל שלב על ידי הקשה 7 פעמים על הגדרות > מידע על הטלפון > מספר Build בכל מכשיר Android תואם.

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

אפשרויות המפתח החדשות ב-Android 4.2 כוללות:

• יצירת דוח על באג – צילום מסך מיידי של המכשיר והעברת המידע על מצב המכשיר לאחסון קבצים מקומי, ולאחר מכן צירוף שלהם להודעת אימייל חדשה.
• דוחות על באגים בתפריט ההפעלה – האפשרות הזו מוסיפה לתפריט ההפעלה ולהגדרות המהירות של המכשיר אפשרות חדשה ליצירת דוח על באג (ראו למעלה).
• אימות אפליקציות באמצעות USB – מאפשרת להשבית את בדיקות האפליקציות להעלאה צדדית (sideloading) דרך USB, ועדיין לבדוק אפליקציות ממקורות אחרים כמו הדפדפן. כך אפשר לזרז את תהליך הפיתוח ועדיין לשמור על הפעלת תכונת האבטחה.
• הצגת עדכונים של שכבות חומרה – הבהוב ירוק של שכבות החומרה כשהן מתעדכנות.
• הצגת משיכת יתר למעבד גרפי – הדגשת האזורים של משיכת היתר למעבד הגרפי.
• Force 4x MSAA – הפעלת 4x MSAA ביישומי Open GL ES 2.0.
• Simulate secondary displays (יצירת הדמיה של תצוגות משניות) – יצירת חלון שכבת-על לא מאובטח אחד או יותר במסך הנוכחי לשימוש כמסך מרוחק מדומה. אתם יכולים לקבוע את הגודל והצפיפות של התצוגה המדומה.
• Enable OpenGL traces – מאפשרת לעקוב אחרי ביצוע OpenGL באמצעות Logcat,‏ Systrace או callstack ב-glGetError.

טכנולוגיות פלטפורמה חדשות

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

שיפורים באבטחה

כל גרסה של Android כוללת עשרות שיפורים באבטחה להגנה על המשתמשים. ריכזנו כאן כמה מהשיפורים ב-Android 4.2:

• אימות אפליקציות – המשתמשים יכולים להפעיל את התכונה 'אימות אפליקציות' ולאפשר לאפליקציות לעבור סינון על ידי מאמת אפליקציות לפני ההתקנה. אימות האפליקציות יכול להתריע למשתמש אם הוא מנסה להתקין אפליקציה שעלולה להזיק. אם האפליקציה מסוכנת במיוחד, היא יכולה לחסום את ההתקנה.
• שליטה רבה יותר ב-SMS פרימיום – מערכת Android תציג התראה אם אפליקציה תנסה לשלוח SMS לקוד קצר שמשתמש בשירותי פרימיום שעשויים לגרום לחיוב נוסף. המשתמש יכול לבחור אם לאפשר לאפליקציה לשלוח את ההודעה או לחסום אותה.
• VPN שפועל כל הזמן – אפשר להגדיר את ה-VPN כך שלאפליקציות לא תהיה גישה לרשת עד שייווצר חיבור VPN. כך האפליקציות לא יכולות לשלוח נתונים ברשתות אחרות.
• הצמדת אישורים – הטמעת ה-SSL של libcore תומכת עכשיו בהצמדת אישורים. דומיינים מוצמדים יקבלו הודעת אימות אישור כושלת אם האישור לא מקושר לקבוצת אישורים צפויה. כך אפשר להגן מפני פגיעה אפשרית ברשויות אישורים.
• תצוגה משופרת של הרשאות Android – ההרשאות מחולקות לקבוצות שקל יותר למשתמשים להבין. במהלך בדיקת ההרשאות, המשתמש יכול ללחוץ על ההרשאה כדי לראות מידע מפורט יותר עליה.
• הקשחת installd – הדימון installd לא פועל בתור משתמש root, וכך מקטין את שטח ההתקפה הפוטנציאלי להסלמת הרשאות root.
• הקשחת סקריפטים של init – סקריפטים של init מחילים עכשיו סמנטיקה של O_NOFOLLOW כדי למנוע תקיפות שקשורות לקישור סימלי.
• FORTIFY_SOURCE – מערכת Android מטמיעה עכשיו את FORTIFY_SOURCE. ספריות מערכת ואפליקציות משתמשות בזה כדי למנוע פגיעה בזיכרון.
• הגדרת ברירת המחדל של ContentProvider – באפליקציות שמטרגטות לרמת API 17, הערך של 'ייצוא' יוגדר כברירת מחדל כ-'false' לכל ContentProvider, וכך יתכווץ שטח ההתקפה שמוגדר כברירת מחדל באפליקציות.
• קריפטוגרפיה – שינינו את הטמעות ברירת המחדל של SecureRandom ו-Cipher.RSA כך שישתמשו ב-OpenSSL. נוספה תמיכה ב-SSLSocket ל-TLSv1.1 ול-TLSv1.2 באמצעות OpenSSL 1.0.1
• תיקוני אבטחה – ספריות קוד פתוח משודרגות עם תיקוני אבטחה, כולל WebKit, ‏ libpng, ‏ OpenSSL ו-LibXML. ב-Android 4.2 יש גם תיקונים לנקודות חולשה ספציפיות ל-Android. המידע על נקודות החולשה האלה סופק לחברי Open Handset Alliance, והתיקונים זמינים בפרויקט הקוד הפתוח של Android. כדי לשפר את האבטחה, יכול להיות שחלק מהמכשירים עם גרסאות Android ישנות יותר יכללו גם את התיקונים האלה.

מקבץ Bluetooth חדש

אודיו עם זמן אחזור קצר

ב-Android 4.2 יש שיפור בתמיכה בהפעלת אודיו עם זמן אחזור קצר, החל מהשיפורים שבוצעו במהדורה 4.1 של Android בזמן האחזור של פלט האודיו באמצעות OpenSL ES, ‏ Soundpool וממשקי ה-API של גנרטורים של צלילים. השיפורים האלה תלויים בתמיכה בחומרה – מכשירים שמציעים את תכונות האודיו עם זמן האחזור הנמוך יכולים לפרסם את התמיכה שלהם באפליקציות באמצעות קבוע של תכונות החומרה. נוספו ממשקי API חדשים של AudioManager כדי לשלוח שאילתות לגבי קצב הדגימה של האודיו המקורי וגודל המאגר, לשימוש במכשירים שמציעים את התכונה הזו.

ממשק חומרה חדש למצלמה

ממשק חומרה חדש של NFC וממשק חדש של בקר

אופטימיזציות של סביבת זמן הריצה של Dalvik

סביבת זמן הריצה של Dalvik כוללת שיפורים בביצועים ובאבטחה במגוון רחב יותר של ארכיטקטורות:

• תמיכה ב-JIT של x86 מ-Intel ותמיכה ב-JIT של MIPS מ-MIPS
• פרמטרים אופטימליים לאיסוף אשפה למכשירים עם יותר מ-512MB
• הטמעות ברירת המחדל של SecureRandom ו-Cipher.RSA משתמשות עכשיו ב-OpenSSL
• תמיכה ב-SSLSocket ל-TLSv1.1 ול-TLSv1.2 דרך OpenSSL 1.0.1
• תמיכה מובנית חדשה בשיטות abs,‏ min,‏ max ו-sqrt של StrictMath
• BouncyCastle עודכן לגרסה 1.47
• zlib עודכן לגרסה 1.27
• dlmalloc עודכן לגרסה 2.8.6

Android 4.1

נעים להכיר: Android 4.1, הגרסה הראשונה של Jelly Bean!

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

במסמך Android 4.1 APIs מפורט מידע על ממשקי ה-API החדשים למפתחים.

מידע נוסף על התכונות של Jelly Bean למשתמש זמין בכתובת www.android.com.

מהיר יותר, חלק יותר ותגובה מהירה יותר

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

כדי להבטיח קצב פריימים עקבי, ב-Android 4.1 הרחבנו את תזמון ה-vsync לכל תהליכי הציור והאנימציה שמתבצעים על ידי מסגרת Android. כל הרכיבים פועלים במקביל לפי פעימת הלב של vsync (16 אלפיות השנייה) – עיבוד של אפליקציות, אירועי מגע, הרכבת המסך ורענון המסך – כדי שהפריימים לא יתקדמו או יאחרו.

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

ב-Android 4.1 זמן האחזור למגע מצטמצם לא רק על ידי סנכרון המגע עם תזמון vsync, אלא גם על ידי חיזוי של המיקום שבו האצבע תהיה בזמן רענון המסך. התוצאה היא תגובה מהירה ואחידה יותר למגע. בנוסף, אחרי תקופות של חוסר פעילות, מערכת Android מחילה שיפור קלט של מעבד (CPU) באירוע המגע הבא, כדי לוודא שאין זמן אחזור.

כלים יכולים לעזור לכם להשיג את הביצועים הכי טובים שאפשר מהאפליקציות שלכם. Android 4.1 תוכנן לפעול עם כלי חדש שנקרא systrace, שמאגד נתונים ישירות מליבת Linux כדי ליצור תמונה כוללת של פעילויות המערכת. הנתונים מיוצגים כקבוצה של תרשימים של סדרות זמן בערימה אנכית, כדי לעזור לבודד שיבושים ברינדור ובעיות אחרות. הכלי זמין עכשיו ב-Android SDK (Tools R20 ואילך)

תמיכה למשתמשים מחוץ לארה"ב

תמיכה בטקסט דו-כיווני ובשפות אחרות

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

סוגי תמיכה נוספים בשפות חדשות כוללים:

• שפות נוספות של הודו: קנאדה, טלוגו ומליאלאם
• תווי האמוג'י החדשים מ-Unicode גרסה 6.0
• תמיכה משופרת בגליפים למשתמשים ביפנית (המערכת תיצור גרסאות ספציפיות ליפנית של גליפ כששפת המערכת מוגדרת ליפנית)
• גליפים ערביים שעברו אופטימיזציה ל-WebViews, בנוסף לגליפים הערביים ל-TextViews
• תמיכה בטקסט אנכי ב-WebViews, כולל טקסט Ruby וסמלי גופן נוספים של טקסט אנכי
• עכשיו אפשר להשתמש ב-Synthetic Bold בכל הגופנים שאין להם גליפים ייעודיים של גופן מודגש.

מפות מקשים שאפשר להתקין

הפלטפורמה תומכת עכשיו במפות מקלדת שניתן להתקין, כמו מקלדות בינלאומיות נוספות וסוגים מיוחדים של פריסה. כברירת מחדל, Android 4.1 כולל 27 מפות מקלדות בינלאומיות, כולל Dvorak. כשמשתמשים מחברים מקלדת, הם יכולים לעבור לאפליקציית ההגדרות ולבחור מפת מקשים אחת או יותר שבה הם רוצים להשתמש במקלדת הזו. בזמן ההקלדה, המשתמשים יכולים לעבור בין מפות המקלדת באמצעות מקשי קיצור (ctrl-space).

אפשר ליצור אפליקציה כדי לפרסם מפות מפתח נוספות במערכת. קובץ ה-APK יכלול את המשאבים של פריסת המקלדת, על סמך פורמט מפת המקשים הסטנדרטי של Android. כדי שהאפליקציה תוכל להציע למשתמש פריסות מקלדת נוספות, צריך להצהיר על מקלט שידור מתאים ל-ACTION_QUERY_KEYBOARD_LAYOUTS במניפסט שלה.

דרכים חדשות ליצירת ממשק משתמש יפה

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

התראות שניתן להרחיב

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

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

בעזרת כלי משופר ליצירת התראות, אפשר ליצור באפליקציות התראות שמשתמשות באזור גדול יותר, בגובה של עד 256dp. יש שלושה סגנונות של התראות לפי תבנית:

• BigTextStyle – התראה שכוללת אובייקט TextView עם כמה שורות.
• BigInboxStyle – התראה שמציגה כל סוג של רשימה, כמו הודעות, כותרות וכו'.
• BigPictureStyle – התראה שמציגה תוכן חזותי כמו קובץ בייטמאפ.

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

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

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

ווידג'טים של אפליקציות יכולים לשנות את הגודל באופן אוטומטי כדי להתאים למסך הבית, ולטעון תוכן שונה כשהגדלים שלהם משתנים.

ניווט פשוט יותר במשימות

ב-Android 4.1 קל לנהל את האפשרות 'למעלה' לניווט שזמינה למשתמשים מתוך האפליקציות, וכך להבטיח חוויית שימוש עקבית למשתמשים.

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

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

אנימציות פשוטות להפעלת פעילות

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

מעברים למצבים 'לילה' ו'מסך מלא'

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

סוגים חדשים של תצוגות שניתן להעביר מרחוק

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

תצוגה מקדימה של טפט מונפש

ב-Android 4.1 קל יותר למשתמשים למצוא ולהתקין טפטים דינמיים מאפליקציות שכוללות אותם. אם האפליקציה שלכם כוללת טפטים דינמיים, עכשיו אתם יכולים להפעיל פעילות (ACTION_CHANGE_LIVE_WALLPAPER) שמציגה למשתמש תצוגה מקדימה של הטפט הדינמי מהאפליקציה שלכם. מהתצוגה המקדימה, המשתמשים יכולים לטעון את הטפט הדינמי ישירות.

תמונות ברזולוציה גבוהה יותר של אנשי קשר

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

סוגים חדשים של קלט ויכולות חדשות

מידע על מכשירים שנוספו או הוסרו

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

שליחת שאילתה לגבי היכולות של ציוד הקלט

Android 4.1 כולל ממשקי API שמאפשרים לאפליקציות ולמשחקים לנצל את מלוא היתרונות של כל ציוד הקלט שמחובר וזמין.

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

שליטה ברטט במכשירי קלט

בין היתר, אפליקציות יכולות עכשיו להשתמש בכל שירות ויברטור שמשויך למכשיר קלט מחובר, כמו בקרי Rumble Pak.

אנימציה וגרפיקה

Vsync לאפליקציות

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

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

לשימושים מיוחדים, אפליקציות יכולות לגשת לתזמון vsync דרך ממשקי API שמוצגים על ידי סוג חדש של Choreographer. אפליקציות יכולות לבקש ביטול תוקף בפריים ה-vsync הבא – זוהי דרך טובה לתזמן אנימציה כשהאפליקציה לא משתמשת במסגרת האנימציה. לשימושים מתקדמים יותר, אפליקציות יכולות לפרסם קריאה חוזרת (callback) שכיתה Choreographer מריצה בפריים הבא.

פעולות אנימציה חדשות וסוגים חדשים של מעברים

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

עכשיו אפשר גם לציין ש-ViewPropertyAnimator ישתמש בשכבה במהלך האנימציה שלו. בעבר, השיטה המומלצת להנפשה של תצוגות מורכבות הייתה להגדיר שכבה לפני שמתחילים אנימציה, ולאחר מכן לטפל באירוע onAnimationEnd()‎ כדי להסיר את השכבה כשהאנימציה מסתיימת. עכשיו, השיטה withLayer() ב-ViewPropertyAnimator מפשטת את התהליך הזה באמצעות קריאה אחת ל-method.

סוג מעבר חדש ב-LayoutTransition מאפשר להפוך אנימציות לאוטומטיות בתגובה לכל השינויים בתצוגה של ViewGroup.

סוגי קישוריות חדשים

Android Beam

Android Beam היא טכנולוגיה פופולרית שמבוססת על NFC ומאפשרת למשתמשים לשתף פריטים באופן מיידי, פשוט על ידי מגע בין שני טלפונים עם תמיכה ב-NFC.

ב-Android 4.1, התכונה Android Beam מאפשרת לכם לשתף תמונות, סרטונים או פריטים אחרים בקלות רבה יותר, על ידי שימוש ב-Bluetooth להעברת הנתונים. כשהמשתמש מפעיל העברה, Android Beam מעביר את ההעברה מ-NFC ל-Bluetooth, כך שקל מאוד לנהל את העברת הקובץ ממכשיר אחד למשנהו.

זיהוי שירותים ברשתות Wi-Fi

ב-Android 4.1 נוספה תמיכה בגילוי שירותים מבוסס-DNS בשידור מרובות (multicast), שמאפשר לאפליקציות למצוא שירותים שמציעים מכשירים עמיתים ברשתות Wi-Fi ולהתחבר אליהם – כולל מכשירים ניידים, מדפסות, מצלמות, נגני מדיה ועוד. מפתחים יכולים להשתמש בגילוי שירותי רשת Wi-Fi כדי ליצור אפליקציות ומשחקים לפלטפורמות שונות או למשחקים מרובי משתתפים.

באמצעות Service Discovery API, אפליקציות יכולות ליצור ולרשום כל סוג של שירות, כדי שכל מכשיר אחר עם תמיכה ב-NSD יוכל למצוא אותו. השירות מפורסם באמצעות שידור מרובה (multicast) ברשת באמצעות מזהה מחרוזת שקריא לבני אדם, שמאפשר למשתמש לזהות בקלות רבה יותר את סוג השירות.

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

אתם יכולים להשתמש ב-API הזה כדי להוסיף תכונות חדשות לאפליקציות שלכם. לדוגמה, אתם יכולים לאפשר למשתמשים להתחבר למצלמת אינטרנט, למדפסת או לאפליקציה במכשיר נייד אחר שתומך בחיבורי Wi-Fi מקצה לקצה.

זיהוי שירותים של Wi-Fi P2P

בגרסה Ice Cream Sandwich נוספה תמיכה ב-Wi-Fi מקצה לקצה (P2P), טכנולוגיה שמאפשרת לאפליקציות לזהות ולבצע התאמה ישירות דרך חיבור מקצה לקצה עם רוחב פס גבוה (בהתאם לתוכנית האישור Wi-Fi Direct™ של Wi-Fi Alliance). Wi-Fi P2P היא דרך אידיאלית לשתף מדיה, תמונות, קבצים וסשנים מסוגים אחרים, גם במקומות שבהם אין רשת סלולרית או חיבור Wi-Fi.

ב-Android 4.1 יש שיפורים נוספים ב-Wi-Fi P2P, עם תמיכה ב-API לגילוי שירותים שמשויכים מראש. גילוי שירותים משויך מראש מאפשר לאפליקציות לקבל מידע שימושי יותר ממכשירים בקרבת מקום על השירותים שהן תומכות בהם, לפני שהן מנסים להתחבר. אפליקציות יכולות להתחיל את תהליך הגילוי של שירות ספציפי ולסנן את רשימת המכשירים שזוהו כך שתכלול רק את המכשירים שתומכים בפועל בשירות או באפליקציה היעד.

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

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

ניהול רוחב הפס של הרשת

מערכת Android 4.1 עוזרת לאפליקציות לנהל את השימוש בנתונים בצורה הולמת כשהמכשיר מחובר לרשת עם חיוב לפי שימוש, כולל שיתוף אינטרנט באמצעות נקודה לשיתוף אינטרנט בנייד (Hotspot). אפליקציות יכולות לשלוח שאילתה כדי לבדוק אם הרשת הנוכחית היא רשת בתשלום לפני שהן מתחילות להוריד נתונים בנפח גדול, שעלולה להיות יקרה יחסית למשתמש. באמצעות ה-API, עכשיו אפשר לקבל תמונה ברורה של הרשתות שרגישות לשימוש בנתונים ולנהל את פעילות הרשת בהתאם.

יכולות חדשות של מדיה

גישה לקודק מדיה

Android 4.1 מספק גישה ברמה נמוכה לקודקים של חומרה ותוכנה בפלטפורמה. אפליקציות יכולות לשלוח שאילתה למערכת כדי לגלות אילו קודקים של מדיה ברמה נמוכה זמינים במכשיר, ואז להשתמש בהם בדרכים הנחוצות להן. לדוגמה, עכשיו אפשר ליצור כמה מכונות של קודק מדיה, להוסיף למצב המתנה מאגרי קלט ולקבל בחזרה מאגרי פלט. בנוסף, מסגרת הקודק של המדיה תומכת בתוכן מוגן. אפליקציות יכולות לבצע שאילתה לגבי קודק זמין שיכול להפעיל תוכן מוגן באמצעות פתרון DRM שזמין במכשיר.

אודיו ב-USB

תמיכה בפלט אודיו ב-USB מאפשרת לספקי חומרה ליצור חומרה כמו עמדות אודיו שמתאימות למכשירי Android. הפונקציונליות הזו זמינה גם ב-Open Accessory Development Kit (ADK) של Android, כדי לתת לכל המפתחים הזדמנות ליצור חומרה משלהם.

הפעלת הקלטת אודיו

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

אודיו במספר ערוצים

Android 4.1 תומך באודיו בכמה ערוצים במכשירים שיש להם יציאת אודיו בכמה ערוצים בחומרה דרך יציאת HDMI. אודיו בכמה ערוצים מאפשר לכם לספק למשתמשים חוויית מדיה עשירה באפליקציות כמו משחקים, אפליקציות מוזיקה ונגני וידאו. במכשירים שאין בהם את החומרה הנתמכת, מערכת Android מבצעת באופן אוטומטי ערבוב אודיו לאחור (downmix) למספר הערוצים שנתמכים במכשיר (בדרך כלל סטריאו).

ב-Android 4.1 נוספה גם תמיכה מובנית בקידוד/פענוח של אודיו AAC 5.1.

עיבוד אודיו מקדים

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

קישור אודיו

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

Media Router

ממשקי ה-API החדשים MediaRouter,‏ MediaRouteActionProvider ו-MediaRouteButton מספקים מנגנונים סטנדרטיים וממשק משתמש לבחירת המיקום שבו רוצים להפעיל את המדיה. יש תמיכה מובנית באוזניות חוטיות וברמקולים ואוזניות Bluetooth מסוג a2dp, ואפשר להוסיף אפשרויות ניתוב משלכם באפליקציה שלכם.

חישוב ב-Renderscript

ב-Android 4.1 יש הרחבה של החישוב ב-Renderscript כדי לספק לכם גמישות רבה יותר. עכשיו אפשר לטעום טקסטורות בסקריפטים של עיבוד ב-Renderscript, ויש פראגמטות חדשות שזמינות להגדרת הדיוק של הנקודה הצפה שנדרש בסקריפטים. כך אפשר להפעיל הוראות NEON, כמו פעולות מתמטיות מהירות של וקטורים בנתיבת המעבד, שלא היו אפשריות אחרת עם תקן IEEE 754-2008 המלא.

עכשיו אפשר לאתר באגים בסקריפטים של Renderscript למחשוב במכשירי חומרה ובמכשירי אמולטור מבוססי x86. אפשר גם להגדיר כמה ליבות בסגנון root בקובץ מקור יחיד של Renderscript.

דפדפן Android ו-WebView

ב-Android 4.1, דפדפן Android ורכיבי WebView כוללים את השיפורים הבאים:

• חוויית משתמש משופרת בסרטוני HTML5, כולל אפשרות להקיש כדי להפעיל/להשהות את הסרטון ומעבר חלק ממצב שוטף למצב מסך מלא.
• מהירות עיבוד משופרת ושימוש מופחת בזיכרון לשיפור הביצועים של הגלילה וההגדלה.
• שיפור בביצועי אנימציות של HTML5/CSS3/Canvas.
• שיפור הקלט של הטקסט.
• מנוע JavaScript מעודכן (V8) לשיפור ביצועי JavaScript.
• תמיכה במפרט המעודכן של HTML5 Media Capture (המאפיין capture ברכיבי input type=file).

ממשקי API ושירותים של Google

כדי להרחיב את היכולות של Android עוד יותר, יש כמה שירותים חדשים ל-Android.

העברת הודעות דרך Google Cloud ל-Android

Google Cloud Messaging‏ (GCM) הוא שירות שמאפשר למפתחים לשלוח נתוני הודעות קצרות למשתמשים שלהם במכשירי Android, בלי צורך בפתרון סנכרון קנייני.

‏GCM מטפל בכל הפרטים של הוספת הודעות לתור ושליחתן ביעילות למכשירי Android היעד. הוא תומך בשידור קבוצתי של הודעות, ויכול להגיע ל-1,000 מכשירים מחוברים בו-זמנית באמצעות בקשה אחת. הוא תומך גם במטען שימושי של הודעות, כלומר בנוסף לשליחת הודעות גירוי לאפליקציה במכשיר, מפתחים יכולים לשלוח עד 4,000 נתונים.

Google Cloud Messaging הוא חינמי לכל המפתחים וההרשמה פשוטה. בדף Google Cloud Messaging מפורט מידע על רישום, הורדות ומסמכי עזרה.

הצפנת אפליקציות

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

עדכונים חכמים לאפליקציות

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

Google Play Services

Google Play Services עוזר למפתחים לשלב שירותי Google, כמו אימות, באפליקציות שלהם שמוצגות ב-Google Play.

Google Play Services מוקצה באופן אוטומטי למכשירי משתמשי הקצה על ידי Google Play, כך שכל מה שצריך הוא ספריית לקוח דקה באפליקציות.

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

מידע נוסף על ממשקי ה-API שכלולים ב-Google Play Services זמין בדף הפיתוח של Google Play Services.