Android Studio 3.2 (ספטמבר 2018)

Android Studio 3.2 היא גרסה ראשית שכוללת מגוון תכונות חדשות ושיפורים.

3.2.1 (אוקטובר 2018)

העדכון הזה ב-Android Studio 3.2 כולל את השינויים והתיקונים הבאים:

  • גרסת Kotlin בחבילה היא 1.2.71.
  • גרסת ברירת המחדל של כלי ה-build היא עכשיו 28.0.3.
  • בספריית הניווט, השמות של סוגי הארגומנטים השתנו type עד argType.
  • הבאגים הבאים תוקנו:
    • כשמשתמשים בספרייה לקישור נתונים, שמות של משתנים עם קווים תחתונים גרמו לשגיאות הידור.
    • CMake גרם ל-IntelliSense ותכונות CLion אחרות נכשל.
    • הוספת SliceProvider גרמה לשגיאות הידור בפרויקטים שלא השתמשו בספריות androidx.*.
    • חלק מבדיקות היחידה של Kotlin לא פעלו.
    • בעיה בקישור הנתונים גרמה PsiInvalidElementAccessException
    • לפעמים רכיבי <merge> היו גורמים עורך הפריסה עלול לקרוס.

בעיות מוכרות 3.2.0

הערה: הבעיות האלה נפתרו ב-Android Studio 3.2.1

  • מומלץ מאוד לא להשתמש ב-Kotlin בגרסה 1.2.70.

    ב-Kotlin בגרסה 1.2.61 מתקנת באג שעלול לגרום ל-Android Studio לתקוע. אבל Kotlin 1.2.70 לא כולל את התיקון הזה.

    עם זאת, הגרסאות של Kotlin בגרסה 1.2.71 ואילך כוללות את התיקון הזה.

  • למרות שבדרך כלל אין צורך לציין את הגרסה של כלי ה-build, כשמשתמשים בפלאגין Android Gradle 3.2.0 עם renderscriptSupportModeEnabled מוגדר לערך true, אצלך צריך לכלול את הפרטים הבאים ב-build.gradle של כל מודול file:

    android.buildToolsVersion "28.0.3"

מה חדש ב-Assistant

עוזר דיגיטלי חדש מדווח על השינויים האחרונים ב-Android Studio.

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

Jetpack ל-Android

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

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

ב-Android Studio 3.2, עורך הניווט הוא תכונה ניסיונית. שפת תרגום הפעילו את עורך הניווט, לחצו על קובץ > הגדרות (Android Studio > העדפות ב-Mac), בוחרים בקטגוריה ניסיוני. בחלונית הימנית, מסמנים את התיבה לצד הפעלת עורך הניווט. מפעילים מחדש את Android Studio.

למידע נוסף, אפשר לקרוא את מסמכי העזרה של 'עורך הניווט'.

העברה ל-AndroidX

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

מערכת Android Studio 3.2 תעזור לך בתהליך הזה באמצעות תכונת העברה חדשה.

כדי להעביר פרויקט קיים ל-AndroidX, בוחרים באפשרות Refactor > העברה אל AndroidX. אם יש לכם יחסי תלות של Maven שלא הועברו אל מרחב השמות של AndroidX, מערכת ה-build של Android Studio גם מבצעת המרה באופן אוטומטי של יחסי התלות של הפרויקטים האלה.

הפלאגין Android Gradle מספק את הדגלים הגלובליים הבאים שניתן להגדיר בקובץ gradle.properties שלך:

  • android.useAndroidX: כשהיא מוגדרת לערך true, הדגל הזה מציין שברצונך להתחיל להשתמש ב-AndroidX מעכשיו והלאה. אם הדגל הוא חסר, Android Studio יפעל כאילו הדגל הוגדר כ-false.
  • android.enableJetifier: כשמגדירים את הערך true, הדגל מציין שאתם רוצים לקבל תמיכה בכלי (מה-Android Gradle כדי להמיר באופן אוטומטי ספריות קיימות של צד שלישי, כאילו הן נכתבו עבור AndroidX. אם הדגל חסר, Android Studio פועל באופן הבא: אם הדגל שהוגדר הוא false.

שני הדגלים מוגדרים לערך true כשמשתמשים הפקודה העברה אל AndroidX.

אם ברצונך להתחיל להשתמש בספריות AndroidX באופן מיידי ואין צורך להמיר ספריות קיימות של צד שלישי, אפשר להגדיר סימון android.useAndroidX ל-true ול סימון android.enableJetifier ל-false.

קובץ Android App Bundle

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

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

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

כדי לבנות חבילה, בוחרים Build > בניית חבילות / חבילות APK > יצירת חבילות.

לקבלת מידע נוסף, כולל הוראות לבנייה ולניתוח של מידע נוסף זמין בקובץ Android App Bundle: קובץ Android App Bundle.

נתונים לדוגמה בעורך הפריסה

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

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

פרוסות

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

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

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

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

Kotlin 1.2.61

Android Studio 3.2 כולל חבילות Kotlin 1.2.61, ו-Android SDK החדש משתלב עם Kotlin. מידע נוסף זמין במאמר Android Developers Blog.

IntelliJ IDEA 2018.1.6

סביבת הפיתוח המשולבת (IDE) של Android Studio עודכנה ועכשיו היא כוללת שיפורים מ-IntelliJ רעיונות לפיתוח גרסת 2018.1.6.

כלי לניתוח ביצועים של Android

כדאי לנסות את הכלי החדש של Android Profile ב-Android Studio 3.2.

סשנים

עכשיו אפשר לשמור את נתוני Profiler בתור סשנים לצפייה מחדש לבדוק מאוחר יותר. הכלי לניתוח ביצועים שומר את נתוני הסשן עד שמפעילים מחדש את סביבת הפיתוח המשולבת (IDE).

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

איסוף עקבות המערכת

ב-CPU Profiler, בוחרים את הגדרה חדשה של System Trace כדי לבדוק את המעבד (CPU) של המכשיר פעילות בשרשור. תצורת המעקב הזו מבוססת על systrace הוא שימושי לחקירת בעיות ברמת המערכת, כמו UI jank.

במהלך השימוש בתצורת המעקב הזו אפשר לסמן באופן חזותי קוד חשוב בציר הזמן של כלי הפרופיל באמצעות אינסטרומנטציה של קוד C/C++ את Native Tracing API או את קוד Java עם Trace.

בדיקת הפניות JNI ב-Memory Profiler

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

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

ייבוא, ייצוא ובדיקה של קובצי תמונת מצב של הזיכרון (heap dump)

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

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

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

תיעוד הפעילות של המעבד (CPU) במהלך הפעלת האפליקציה

עכשיו אפשר לתעד פעילות של המעבד (CPU) במהלך אתחול האפליקציה באופן הבא:

  1. בוחרים באפשרות הפעלה > עריכת ההגדרות האישיות מהתפריט הראשי.
  2. בכרטיסייה Profiling של ההגדרות האישיות של ההרצה, מסמנים את התיבה. לצד התחלת תיעוד מעקב אחר שיטה במהלך ההפעלה.
  3. בתפריט הנפתח, בוחרים את הגדרת ההקלטה במעבד (CPU).
  4. עליך לפרוס את האפליקציה במכשיר שמותקנת בו גרסת Android 8.0 (רמת API 26) ומעלה על ידי בחירה באפשרות הפעלה > פרופיל.

ייצוא נתוני מעקב של המעבד (CPU)

אחרי שתיעדו את הפעילות של המעבד (CPU) באמצעות הכלי לניתוח ביצועי ה-CPU, תוכלו לייצא את הנתונים קובץ .trace לשיתוף עם אחרים או לבדיקה מאוחר יותר.

כדי לייצא מעקב אחרי תיעוד הפעילות של המעבד (CPU), צריך לבצע את הפעולות הבאות:

  1. לוחצים לחיצה ימנית על ההקלטה שרוצים לייצא מציר הזמן של ה-CPU.
  2. בוחרים באפשרות ייצוא מעקב בתפריט הנפתח.
  3. עוברים למקום שבו רוצים לשמור את הקובץ ולוחצים על שמירה.

ייבוא ובדיקה של קובצי מעקב של המעבד (CPU)

עכשיו אפשר לייבא ולבדוק .trace קבצים שנוצרו באמצעות Debug API או הכלי לניתוח ביצועי המעבד (CPU). (כרגע, לא ניתן לייבא הקלטות של נתוני המערכת).

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

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

תיעוד הפעילות של המעבד (CPU) באמצעות Debug API

עכשיו אפשר להתחיל ולהפסיק את ההקלטה של הפעילות של המעבד (CPU) בכלי לניתוח הביצועים של המעבד (CPU) באמצעות: הוספת אינסטרומנטציה לאפליקציה באמצעות Debug API. אחרי פורסים את האפליקציה במכשיר, הכלי ליצירת פרופילים מתחיל להקליט את המעבד (CPU) באופן אוטומטי פעילות כשהאפליקציה מתקשרת startMethodTracing(String tracePath) ויוצר הפרופיל מפסיק להקליט כשהאפליקציה מתקשרת stopMethodTracing() בזמן מתעדת פעילות של המעבד (CPU) שמופעלת באמצעות ה-API הזה, ה-CPU Profiler Debug API כהגדרה של הקלטת המעבד (CPU) שנבחרה.

הכלי לניתוח צריכת אנרגיה

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

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

לוחצים על השורה אנרגיה כדי להגדיל את תצוגת Energy Profiler. מניחים את העכבר מצביעים על עמודה בציר הזמן כדי לראות פירוט של צריכת האנרגיה לפי המעבד (CPU), ובמשאבי רשת ומיקום (GPS), וגם אירועי מערכת רלוונטיים.

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

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

הבדיקה של איתור השגיאות בקוד

Android Studio 3.2 כולל הרבה תכונות חדשות ומשופרות עבור בדיקת שגיאות בקוד.

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

בדיקות לאיתור שגיאות בקוד (lint) ליכולת פעולה הדדית של Java/Kotlin

כדי לוודא שקוד Java פועל היטב עם קוד Kotlin, בדיקות לאיתור שגיאות בקוד אוכפות את השיטות המומלצות שמתוארות המדריך לשיתוף פעולה הדדי ב-Kotlin. דוגמאות לבדיקות כאלה כוללות חיפוש של נוכחות של Nullability הערות, שימוש במילות מפתח קשות של Kotlin והצבת פרמטרים של lambda אחרונות.

כדי להפעיל את הבדיקות האלה, צריך ללחוץ על קובץ > הגדרות (Android Studio > העדפות ב-Mac) כדי לפתוח את תיבת הדו-שיח הגדרות, עוברים אל עריכה > בדיקות > Android > איתור שגיאות בקוד > יכולת פעולה הדדית > יכולת פעולה הדדית של Kotlin ובוחרים את הכללים שרוצים להפעיל.

כדי להפעיל את הבדיקות האלה לגרסאות build של שורת הפקודה, צריך להוסיף את הפרטים הבאים אל קובץ build.gradle:

        android {
            lintOptions {
                check 'Interoperability'
            }
        }
        
      

בדיקות לאיתור שגיאות בקוד (lint) של פרוסות

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

יעד חדש של Gradle

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

עדכונים של מטא-נתונים

מטא-נתונים שונים, כמו בדיקת הפעלת Cast של השירות, עודכנו עבור איתור שגיאות בקוד צריך לעבוד עם Android 9 (רמת API 28).

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

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

שיפורים בבדיקות האיות הקיימות

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

מזהי בעיות גלויים יותר

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

מידע נוסף זמין במאמר הבא: הגדרת אפשרויות של איתור שגיאות בקוד באמצעות Gradle

קישור נתונים גרסה 2

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

הסרת סוכר D8

ב-Android Studio 3.1, שילבנו את שלב הסרת הסוכר בכלי D8 תכונה ניסיונית שמקצרת את זמן ה-build הכולל. ב-Android Studio 3.2, הסרת הסוכר ב-D8 מופעלת כברירת מחדל.

כיווץ קוד חדש

R8 הוא כלי חדש לכיווץ קוד וערפול קוד (obfuscation) שמחליף את ProGuard. שלך יכול להתחיל להשתמש בגרסת טרום-השקה (Preview) של R8 על ידי הכללת הקוד הבא בקובץ gradle.properties של הפרויקט:

      android.enableR8 = true
    

ממשקי ABI שמוגדרים כברירת מחדל שונו לחבילות APK מרובות

כשמפתחים כמה חבילות APK, שכל אחד מהם מטרגטים ל-ABI שונה, הפלאגין כבר לא מייצר חבילות APK עבור ממשקי ה-ABI הבאים כברירת מחדל: mips, mips64 ו-armeabi.

אם רוצים לפתח חבילות APK שמטרגטות לממשקי ה-ABI האלה, צריך להשתמש NDK r16b ומטה ומציינים את ממשקי ה-ABI בקובץ build.gradle, כפי שמוצג בהמשך:

    splits {
        abi {
            include 'armeabi', 'mips', 'mips64'
            ...
        }
    }
    
    splits {
        abi {
            include("armeabi", "mips", "mips64")
            ...
        }
    }
    

הערה: השינוי הזה בהתנהגות כלול גם ב-Android Studio 3.1 RC1. גבוהה יותר.

תכונות עריכה משופרות בקובצי build של CMake

אם משתמשים ב-CMake כדי מוסיפים קוד C ו-C++ לפרויקט, Android Studio כולל עכשיו תכונות עריכה משופרות כדי לעזור לך לערוך יצירת סקריפטים של build, כמו:

  • הדגשת תחביר והשלמת קוד: סביבת הפיתוח המשולבת (IDE) מדגישה עכשיו ומציעה השלמת קוד לפקודות CMake נפוצות. בנוסף, אפשר לנווט אל קובץ על ידי לחיצה עליו תוך כדי הקשה על מקש Control (Command ב-Mac).
  • עיצוב מחדש של הקוד: עכשיו אפשר להשתמש באפשרות 'עיצוב מחדש של הקוד' ב-IntelliJ כדי להחיל סגנונות קוד על סקריפטים של build ל-CMake.
  • ארגון מחדש באופן בטוח: הכלים המובנים של סביבת הפיתוח המשולבים (IDE) בודקים עכשיו גם אם את משנה את השם של הקבצים שאת מפנה אליהם ב-build של CMake או לשנות את השם שלהם סקריפטים.

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

אם כבר לכלול קוד C/C++ וספריות בפרויקט, פותחים את החלון Project (פרויקט) בצד שמאל של סביבת הפיתוח המשולבת (IDE) על ידי בחירה באפשרות תצוגה > Windows בכלי > פרויקט מהתפריט הראשי ובוחרים באפשרות Android מ בתפריט הנפתח. בספרייה cpp, כל הכותרות שנמצאות בתוך ה היקף פרויקט האפליקציה שלכם מאורגן בצומת include עבור כל אחד את יחסי התלות של ספריית C/C++ המקומית, כפי שמוצג בהמשך.

מודעה מותאמת מסוג multidex מופעלת כברירת מחדל

בגרסאות קודמות של Android Studio שהופעלה בהן Multidex, כשפורסים גרסה של אפליקציה לניפוי באגים במכשיר עם Android API ברמה 21 ואילך. עכשיו, לא משנה אם אתם פורסים למכשיר או מפתחים APK לגרסה, מכשיר ה-Android ל-Gradle מאפשר שימוש ב-Multidex מקורי בכל המודולים שהוגדרו minSdkVersion=21 ומעלה.

AAPT2 הועבר למאגר Maven של Google

החל מ-Android Studio 3.2, המקור AAPT2 (כלי אריזת נכסים של Android 2) הוא מאגר Maven של Google.

כדי להשתמש ב-AAPT2, צריך לוודא שיש תלות ב-google() קובץ build.gradle, כפי שמוצג כאן:

    buildscript {
        repositories {
            google() // here
            jcenter()
        }
        dependencies {
            classpath 'com.android.tools.build:gradle:3.2.0'
        }
    }
    allprojects {
        repositories {
            google() // and here
            jcenter()
        }
    }
    
    buildscript {
        repositories {
            google() // here
            jcenter()
        }
        dependencies {
            classpath("com.android.tools.build:gradle:3.2.0")
        }
    }
    allprojects {
        repositories {
            google() // and here
            jcenter()
        }
    }
    

הגרסה החדשה של AAPT2 מתקנת הרבה בעיות, כולל טיפול משופר תווים שאינם ASCII ב-Windows.

הסרת הגדרות אישיות על פי דרישה

ההעדפה הגדרה על פי דרישה הוסרה מ-Android Studio.

Android Studio כבר לא עובר את --configure-on-demand ארגומנט ל-Gradle.

עוזר דיגיטלי לחיבור ADB

הגרסה החדשה של ADB Connection Assistant מספק הוראות מפורטות שיעזרו לך להגדיר את המכשיר ולהשתמש בו חיבור Android Debug Bridge (ADB).

כדי להפעיל את העוזר הדיגיטלי, בוחרים באפשרות כלים > כלי החיבור.

כלי החיבור של ADB מספק הוראות, פקדים בהקשר רשימה של מכשירים מחוברים בסדרת דפים בחלונית Assistant.

שיפורים באמולטור

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

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

מידע נוסף מופיע במאמר צילומי מסך.

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