העברת אפליקציות ל-Android 11

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

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

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

להעברה רגילה יש שני שלבים, שיכולים להתבצע בו-זמנית:

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

בדף הזה מפורטים השלבים הכלליים בכל אחד ��ה��לבים האלה. כשתהיו מוכנים להתחיל, תוכלו לקרוא את המאמר קבלת Android 11.

מוודאים שהמכשיר תואם ל-Android 11

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

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

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

ביצוע בדיקות תאימות

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

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

חשוב גם לבדוק ולבדוק אם יש שימוש בממשקים מוגבלים שאינם SDK, ולהחליף אותם ב-SDK ציבורי או ב-NDK מקביל. כדאי לעקוב אחרי האזהרות ב-logcat שמציינות את הגישה הזו, ולהשתמש בשיטה StrictMode‏ detectNonSdkApiUsage() כדי לזהות אותן באופן פרוגרמטי.

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

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

עדכון הטירגוט וה-build של האפליקציה באמצעות ממשקי API חדשים

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

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

בשלבים הבאים מוסבר איך לתמוך באופן מלא ב-Android 11.

הורדת ה-SDK, שינוי הטירגוט, פיתוח באמצעות ממשקי API חדשים

כדי להתחיל לקבל תמיכה מלאה ב-Android 11, קודם צריך להוריד ל-Android Studio את ה-SDK של Android 11 (וכל כלי אחר שדרוש). לאחר מכן, משנים את הערכים של targetSdkVersion ו-compileSdkVersion באפליקציה ל-"30" ומפעילים מחדש את האפליקציה. פרטים נוספים זמינים במדריך ההתקנה.

בדיקת האפליקציה ל-Android 11

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

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

חשוב לבדוק ולבדוק אם יש שימושים רלוונטיים בממשקים מוגבלים שאינם SDK. כדאי לעקוב אחרי האזהרות ב-logcat שמציינות את הגישה הזו, ולהשתמש ב-method‏ StrictMode‏ detectNonSdkApiUsage() כדי לזהות אותן באופן פרוגרמטי.

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

בדיקה באמצעות מתגי התאימות של האפליקציות

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

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

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