בדף הזה מפורטות התכונות החדשות שהושקו בגרסאות התצוגה המקדימה של Android Studio. גרסאות הטרום-הפצה מספקות גישה מוקדמת לתכונות ולשיפורים האחרונים ב-Android Studio. אפשר להוריד את גרסאות התצוגה המקדימה האלה. אם נתקלתם בבעיות בשימוש בגרסת טרום-השקה של Android Studio, אפשר לפנות אלינו. הדיווחים על באגים עוזרים לנו לשפר את Android Studio.
גרסאות ראשוניות (canary) מכילות תכונות מתקדמות שנמצאות בפיתוח פעיל, ועוברות בדיקות קלות. אפשר להשתמש בגרסאות Canary לפיתוח, אבל חשוב לזכור שאולי יתווספו תכונות או יבוצעו שינויים. גרסאות מועמדות להפצה (RC) הן הגרסה הבאה של Android Studio, והן כמעט מוכנות להפצה יציבה. התכונות בגרסה הבאה עברו ייצוב. במאמר בנושא שמות הגרסאות של Android Studio מוסבר איך הגרסאות של Android Studio מקבלות שמות.
כדי לקרוא את החדשות האחרונות על גרסאות טרום-הפצה של Android Studio, כולל רשימה של תיקונים חשובים בכל גרסת טרום-הפצה, אפשר לעיין בעדכוני הגרסאות בבלוג של Android Studio.
גרסאות עדכניות של Android Studio
בטבלה הבאה מפורטות הגרסאות הנוכחיות של Android Studio והערוצים המתאימים להן.
גרסה | ערוץ |
---|---|
השקת תכונות חדשות של Android Studio Narwhal 3 | 2025.1.3 | יציב |
פלאגין Android Gradle 8.13.0 | יציב |
השקת תכונות חדשות של Android Studio Narwhal 4 | 2025.1.4 | Canary |
תאימות לתצוגות מקדימות של פלאגין Android Gradle
כל גרסת Preview של Android Studio מתפרסמת לצד גרסה תואמת של הפלאגין Android Gradle (AGP). גרסאות טרום-השקה של Studio אמורות לפעול עם כל גרסה יציבה של AGP שהיא תואמת. עם זאת, אם אתם משתמשים בגרסת Preview של AGP, אתם חייבים להשתמש בגרסת ה-Preview התואמת של Studio (לדוגמה, Android Studio Chipmunk Canary 7 עם AGP 7.2.0-alpha07). ניסיונות להשתמש בגרסאות שונות (לדוגמה, Android Studio Chipmunk Beta 1 עם AGP 7.2.0-alpha07) יגרמו לכשל בסנכרון, וכתוצאה מכך תוצג בקשה לעדכון לגרסה התואמת של AGP.
יומן מפורט של הוצאות משימוש והסרות של ממשקי API של הפלאגין של Android Gradle זמין במאמר עדכונים של ממשקי API של הפלאגין של Android Gradle.
Studio Labs
ב-Studio Labs אפשר לנסות את התכונות הניסיוניות החדשות ביותר של AI בגרסה יציבה של Android Studio, כדי שתוכלו לשלב מהר יותר את כלי העזרה מבוססי-AI בתהליך הפיתוח שלכם. מידע נוסף זמין במאמר בנושא Studio Labs.
אלה התכונות שזמינות כרגע ב-Studio Labs.
תכונה | תיאור | Docs |
---|---|---|
יצירת תצוגה מקדימה | Gemini יכול ליצור אוטומטית תצוגות מקדימות של קומפוזיציות, כולל נתונים לדוגמה לפרמטרים של תצוגה מקדימה, לקומפוזיציה ספציפית או לכל הקומפוזיציות בקובץ. | יצירת תצוגה מקדימה של טיוטות |
ממשק המשתמש של הכלי לשינוי | אפשר להשתמש בשפה טבעית כדי לעדכן את ממשק המשתמש של האפליקציה ישירות מחלונית התצוגה המקדימה של Compose. | ממשק המשתמש של Transform |
השקת תכונות חדשות של Android Studio Narwhal 4 | 2025.1.4
הרשימה הבאה כוללת תכונות חדשות ב-Android Studio Narwhal 4 Feature Drop | 2025.1.4.
כדי לראות מה תוקן בגרסה הזו של Android Studio, אפשר לעיין בבעיות שנסגרו.
Journeys for Android Studio
Journeys for Android Studio מאפשרת לכם לכתוב ולתחזק בקלות בדיקות מקצה לקצה. אתם יכולים להשתמש בשפה טבעית כדי לתאר את השלבים והטענות של כל בדיקה – שנקראת 'מסלול'. השלבים שכתובים בשפה טבעית מומרים לפעולות ש-Gemini מבצע באפליקציה, כך שקל לכתוב את התרחישים ולהבין אותם. התהליך הזה מתאפשר בזכות יכולות הראייה וההסקה של Gemini. בנוסף, אתם יכולים לכתוב ולתאר טענות מורכבות יותר, ש-Gemini מעריך על סמך מה שהוא רואה במכשיר כדי לקבוע אם מסלולי ההמרות שלכם עומדים בדרישות או לא.
בנוסף, Gemini מנתח אילו פעולות צריך לבצע כדי להשיג את היעדים, ולכן התהליכים עמידים יותר לשינויים קלים בפריסה או בהתנהגות של האפליקציה. כתוצאה מכך, יש פחות בדיקות לא יציבות כשמריצים אותן מול גרסאות שונות של האפליקציה והגדרות שונות של המכשיר.
לכתוב ולהריץ מסלולי המרה ישירות מ-Android Studio בכל מכשיר Android מקומי או מרוחק. סביבת הפיתוח המשולבת מספקת חוויית עריכה חדשה ליצירת מסלולי המרה, וגם תוצאות עשירות שעוזרות לכם להבין טוב יותר את ההיגיון של Gemini ואת הביצוע של מסלול ההמרה.
גיבוי וסנכרון

מעכשיו אפשר לגבות את ההגדרות של Android Studio לאחסון בענן באמצעות חשבון Google או חשבון JetBrains. כך תוכלו לסנכרן את ההגדרות, כמו מיפוי מקלדת, הגדרות של עורך קוד, הגדרות מערכת ועוד. כדי להתחיל, מבצעים אחת מהפעולות הבאות:
אחרי שפותחים פרויקט ב-Android Studio, נכנסים לחשבון Google בלחיצה על האווטאר בפינה השמאלית העליונה של סביבת הפיתוח המשולבת (IDE) ואז על כניסה.
- פועלים לפי ההנחיות בתיבת הדו-שיח שמופיעה ומקפידים לסמן את התיבה כדי לאשר ל-Android Studio לגשת לאחסון בחשבון Google.
- פועלים לפי ההנחיות כדי לתת הרשאה ל-Android Studio.
עוברים אל הגדרות > גיבוי וסנכרון.
- בוחרים באפשרות Google כדי להשתמש בנפח האחסון בחשבון Google לסנכרון נתוני האפליקציה בין התקנות של Android Studio. אפשרות אחרת היא להשתמש בחשבון JetBrains כדי לסנכרן את נתוני האפליקציה בין התקנות של IntelliJ ו-Android Studio.
- אחרי שמבצעים את ההנחיות כדי לתת ל-Android Studio הרשאת גישה לאחסון של החשבון המועדף, חוזרים ל-Android Studio.
- בדף הגדרות > גיבוי וסנכרון, אפשר לבדוק את הקטגוריות של נתוני האפליקציות שרוצים לסנכרן עם החשבון.
- כדי להשבית את 'גיבוי וסנכרון', מבטלים את הסימון בתיבה שמפעילה את התכונה.
אם כבר יש לכם נתונים שמסונכרנים עם המכשיר שבחרתם, Android Studio נותן לכם את האפשרות להוריד הגדרות מהאחסון המרוחק (זו אפשרות ברירת המחדל) או להעלות את ההגדרות המקומיות שלכם ולהחליף את ההגדרות שמסונכרנות עם האחסון המרוחק.
הצעות לתיקון קריסות
במסגרת ההשקה של Android Studio Meerkat, השקנו את התכונה 'תובנות מ-Gemini לגבי קריסות' שזמינה בחלון של הכלי App Quality Insights. מעכשיו, Android Studio יכול להשתמש ב-Gemini כדי לנתח את נתוני הקריסה יחד עם קוד המקור שלכם, ולהציע תיקונים פוטנציאליים. אחרי שבוחרים קריסה בחלון של הכלי App Quality Insights, עוברים לכרטיסייה Insights ולוחצים על Suggest a fix אחרי ש-Gemini יוצר תובנה לגבי הקריסה. Gemini יוצר הצעות לשינויים בקוד, ואתם יכולים לבדוק אותן ולאשר אותן בכרטיסיית השוואה בעורך.

הגדרה חדשה לפתיחת פרויקטים חדשים בתצוגת הפרויקט
יש הגדרה חדשה שמאפשרת לפתוח פרויקטים חדשים בתצוגת הפרויקט כברירת מחדל. כדי להפעיל את ההגדרה, עוברים אל File (Android Studio ב-macOS) > Settings > Advanced Settings > Project View ובוחרים באפשרות Set Project view as the default.
כלי לבדיקת צילומי מסך של תצוגה מקדימה של יצירה
אתם יכולים להשתמש בכלי לבדיקת צילומי מסך של ממשקי משתמש של Compose כדי לבדוק את ממשקי המשתמש של Compose ולמנוע רגרסיות. הכלי החדש עוזר ליצור דוחות HTML שמאפשרים לזהות באופן חזותי שינויים בממשק המשתמש של האפליקציה. מידע נוסף זמין במאמר בדיקת צילומי מסך של תכונת התצוגה המקדימה של יצירת פוסטים.
שיפור עץ הרכיבים של הכלי לבדיקת פריסות מוטמעות
האינטראקציה עם עץ הרכיבים בכלי לבדיקת פריסות מוטמעות היא עכשיו אינטואיטיבית ויעילה יותר, הודות לכמה שיפורים מרכזיים. העדכונים האלה נועדו לייעל את תהליך העבודה ולספק תובנות ברורות יותר לגבי מבני ממשק המשתמש של Compose.
- גלילה אופקית: עכשיו אפשר לגלול אופקית בתוך עץ הרכיבים, וכך קל יותר לנווט בפריסות רחבות או בפריסות עם רכיבים מוטמעים ברמות עומק שונות ולבדוק אותן בלי לאבד את ההקשר.
- גלילה אוטומטית בבחירה: מעכשיו, כשבוחרים פריט בעץ הרכיבים, התצוגה נגללת אוטומטית גם אופקית וגם אנכית, כדי שהפריט שנבחר יהיה במרכז. כך תמיד תוכלו לראות את הרכיב שמעניין אתכם.
- שיפור הוויזואליזציה של הקשרים: שיפרנו את קווי התמיכה בעץ הרכיבים כדי לספק רמזים חזותיים ברורים יותר להבנת הקשרים בין הצמתים. עכשיו קל יותר לעקוב אחרי קשרים תוכנתיים כי קווי נקודות מציינים בבירור את הקשר בין צומת אב לצומת צאצא במחסנית הקריאות. הקווים הרציפים ממשיכים לייצג את כל שאר הקשרים הרגילים של הורה-צאצא בעץ.
השיפורים האלה נועדו לספק חוויית ניפוי באגים חלקה ויעילה יותר, כדי שתוכלו להבין ולשפר את ממשק המשתמש במהירות.

שימוש במודל LLM מקומי
ב-Android Studio Narwhal 4 Feature Drop אפשר לבחור את מודל ה-LLM שמפעיל את תכונות ה-AI של ה-IDE.

מודל ה-LLM צריך להיות במחשב המקומי שלכם, וזה יתרון אם יש לכם קישוריות מוגבלת לאינטרנט או הגבלות לגבי השימוש במודלים של AI, או אם אתם פשוט רוצים להתנסות במודלים מחקריים בקוד פתוח.
מודל LLM מקומי הוא חלופה לתמיכה במודל LLM שמובנית ב-Android Studio. עם זאת, בדרך כלל Gemini ב-Android Studio מספק את חוויית הפיתוח הטובה ביותר ל-Android, כי Gemini מותאם ל-Android ותומך בכל התכונות של Android Studio. עם Gemini, אתם יכולים לבחור מתוך מגוון מודלים למשימות פיתוח ל-Android, כולל מודל ברירת המחדל ללא עלות או מודלים שאפשר לגשת אליהם באמצעות מפתח Gemini API בתשלום.
כדי לתמוך במודלים מקומיים של שפה גדולה (LLM), צריך להתקין במחשב המקומי ספק LLM כמו LM Studio או Ollama, יחד עם מודל תואם לבחירתכם.
הכלי לשדרוג Android SDK תומך עכשיו ב-Android 16 / API 36
הוספנו את המעבר מ-Android 15 / API 35 ל-Android 16 / API 36 לכלי לשדרוג Android SDK. כדי לקבל עזרה בהעברה, עוברים אל כלים > הכלי לשדרוג Android SDK.
פלאגין Android Gradle 9.0
פלאגין Android Gradle 9.0 הוא גרסה ראשית חדשה של AGP, והוא כולל שינויים בממשקי ה-API ובהתנהגות.
כדי לעדכן לגרסה Android Gradle plugin 9.0.0-alpha03, צריך להשתמש בAndroid Gradle plugin Upgrade Assistant ב-Android Studio Narwhal 4 Feature Drop | 2025.1.4.
כלי השדרוג של AGP עוזר לשמר התנהגויות קיימות כשמשדרגים את הפרויקט, כשזה מתאים, ומאפשר לשדרג את הפרויקט לשימוש ב-AGP 9.0, גם אם אתם לא מוכנים להשתמש בכל הגדרות ברירת המחדל החדשות ב-AGP 9.0.
תאימות
רמת ה-API המקסימלית של Android שנתמכת על ידי Android Gradle plugin בגרסה 9.0.0-alpha03 היא רמת API 36.
פלאגין Android ל-Gradle בגרסה 9.0.0-alpha03 דורש Gradle 9.0.0.
גרסת מינימום | גרסת ברירת המחדל | הערות | |
---|---|---|---|
Gradle | 9.0.0 | 9.0.0 | יש מידע נוסף במאמר בנושא עדכון Gradle. |
SDK Build Tools | 35.0.0 | 35.0.0 | התקנה או הגדרה של SDK Build Tools. |
NDK | לא רלוונטי | 28.2.13676358 | מתקינים או מגדירים גרסה אחרת של NDK. |
JDK | 17 | 17 | מידע נוסף זמין במאמר בנושא הגדרת גרסת ה-JDK. |
שינויים בהתנהגות
לפלאגין Android Gradle 9.0 יש התנהגויות חדשות:
התנהגות | המלצה |
---|---|
פלאגין Android Gradle בגרסה 9.0 משתמש ב-NDK בגרסה r28c כברירת מחדל.
|
מומלץ לציין במפורש את גרסת ה-NDK שבה רוצים להשתמש. |
כברירת מחדל, פלאגין Android Gradle 9.0 מחייב את הצרכנים של ספרייה להשתמש באותה גרסה או בגרסה חדשה יותר של SDK למהדר. |
כשמשתמשים בספרייה, צריך להשתמש באותו SDK או ב-SDK חדש יותר.
אם זה לא אפשרי, או שאתם רוצים לתת לצרכני ספרייה שפרסמתם יותר זמן לעבור לגרסה החדשה, אתם צריכים להגדיר את AarMetadata.minCompileSdk באופן מפורש.
|
AGP 9.0 כולל עדכונים בערכי ברירת המחדל של מאפייני Gradle הבאים. כך תוכלו לבחור אם לשמור על ההתנהגות של AGP 8.13 כשמשדרגים:
נכס | פעולה | שינוי מ-AGP 8.13 ל-AGP 9.0 | המלצה |
---|---|---|---|
android.builtInKotlin |
הוספנו תמיכה בהידור קוד Kotlin ישירות בפלאגין Android Gradle, ללא הפלאגין org.jetbrains.kotlin.android .
|
false ← true |
אם אפשר, מומלץ להשתמש ב-Kotlin המובנה ולהסיר את השימוש בתוסף org.jetbrains.kotlin.android .
אם לא, כדי לבטל את ההסכמה, מגדירים את android.builtInKotlin=false
|
android.uniquePackageNames |
האפשרות הזו מוודאת שלכל ספרייה יש שם חבילה ייחודי. | false ← true |
מציינים שמות חבילות ייחודיים לכל הספריות בפרויקט. אם זה לא אפשרי, אפשר להשבית את הדגל הזה בזמן ההעברה. |
android.dependency.useConstraints |
ההגדרה שולטת בשימוש באילוצי תלות בין תצורות. ברירת המחדל ב-AGP 9.0 היא false , שמשתמשת רק באילוצים בבדיקות של מכשירי אפליקציה (AndroidTest).
הגדרת הערך true תחזיר את ההתנהגות של גרסה 8.13.
|
true ← false |
אל תשתמשו באילוצי תלות בכל מקום אלא אם אתם צריכים אותם. אישור ברירת המחדל החדשה של הדגל הזה מאפשר גם לבצע אופטימיזציות בתהליך ייבוא הפרויקט, וכך לקצר את זמן הייבוא של גרסאות build עם הרבה פרויקטים משניים של ספריות Android. |
aandroid.enableAppCompileTimeRClass |
הידור קוד באפליקציות מול מחלקת R לא סופית, כדי שהידור האפליקציה יהיה זהה להידור הספרייה. השינוי הזה משפר את המדד 'המרות מצטברות' וסולל את הדרך לשיפורים עתידיים בביצועים של תהליך עיבוד המשאבים. |
false ← true |
בפרויקטים רבים אפשר פשוט להשתמש בהתנהגות החדשה בלי לבצע שינויים בקוד המקור. אם משתמשים בשדות של מחלקת R במקומות שבהם נדרש קבוע, כמו במקרים של switch, צריך לבצע refactoring כדי להשתמש בהצהרות if בשרשרת. |
android.sdk.defaultTargetSdkToCompileSdkIfUnset |
משתמש בגרסת ה-SDK של הקומפילציה כערך ברירת המחדל של גרסת ה-SDK של היעד באפליקציות ובבדיקות. לפני השינוי הזה, גרסת ה-SDK לטירגוט הייתה מוגדרת כברירת מחדל לגרסת ה-SDK המינימלית. |
false ← true |
צריך לציין במפורש את גרסת ה-SDK של היעד לאפליקציות ולבדיקות. |
android.onlyEnableUnitTestForTheTestedBuildType |
יוצר רק רכיבי בדיקת יחידות לסוג ה-build שנבדק. בפרויקט ברירת המחדל, התוצאה היא בדיקת יחידה אחת לניפוי באגים, בעוד שההתנהגות הקודמת הייתה הפעלת בדיקות יחידה לניפוי באגים או לגרסה. |
false ← true |
אם הפרויקט לא דורש הפעלת בדיקות גם לניפוי באגים וגם לפרסום, לא צריך לבצע שינוי. |
android.proguard.failOnMissingFiles |
ה-build נכשל עם שגיאה אם אחד מקובצי השמירה שצוינו ב-AGP DSL לא קיים בדיסק. לפני השינוי הזה, שגיאות הקלדה בשמות של קבצים היו גורמות להתעלמות מהקבצים. | false ← true |
הסרת הצהרות לא חוקיות של קובצי ProGuard |
android.r8.optimizedResourceShrinking |
מאפשר ל-R8 לשמור פחות משאבי Android על ידי התייחסות משותפת למחלקות ולמשאבי Android. | false ← true |
אם כללי השמירה של הפרויקט כבר הושלמו, לא צריך לבצע שינוי. |
android.r8.strictFullModeForKeepRules |
מאפשר ל-R8 לשמור פחות, כי הוא לא שומר באופן מרומז את בנאי ברירת המחדל כששומרים מחלקה.
כלומר, -keep class A לא מרמז יותר על -keep class A { <init>(); } |
false ← true |
אם כללי השמירה של הפרויקט כבר הושלמו, לא צריך לבצע שינוי.
מחליפים את -keep class A
ב-
-keep class A { <init>(); }
בכללים לשמירה של הפרויקט, בכל המקרים שבהם צריך לשמור את בנאי ברירת המחדל.
|
android.defaults.buildfeatures.shaders |
הפעלת קומפילציה של shader בכל פרויקטי המשנה | true ← false |
כדי להפעיל קומפילציה של Shader רק בפרויקטים משניים שמכילים Shader שצריך לקמפל, מגדירים את הערך הבא בקובצי ה-build של Gradle של הפרויקטים האלה:
android { buildFeatures { shaders = true } } |
תכונות שהוסרו
בפלאגין Android Gradle 9.0, הפונקציונליות הבאה הוסרה:
- התמיכה בהטמעת אפליקציות ל-Wear OS
ב-AGP 9.0 הוסרה התמיכה בהטמעת אפליקציות ל-Wear OS, שלא נתמכת יותר ב-Play. זה כולל הסרה של ההגדרות שלwearApp
ושל ה-DSL שלAndroidSourceSet.wearAppConfigurationName
. במאמר הפצה ב-Wear OS מוסבר איך לפרסם את האפליקציה ב-Wear OS. androidDependencies
וsourceSets
דיווח על משימה
שינוי ב-DSL
בפלאגין Android ל-Gradle בגרסה 9.0 יש את שינויי ה-DSL הבאים שעלולים לגרום לכשלים:
- הוסר הפרמטר של
CommonExtension
. השינוי הזה הוא שינוי שובר תאימות ברמת המקור בלבד, שמטרתו למנוע שינויים שוברי תאימות ברמת המקור בעתיד. אבל המשמעות שלו היא גם שצריך להעביר את השיטות של בלוק ה-DSL מ-CommonExtension
אלApplicationExtension
,LibraryExension
,DynamicFeatureExtension
ו-TestExtension
.
הוסר DSL
הפלאגין Android Gradle 9.0 מסיר את:
AndroidSourceSet.jni
, כי הוא לא פעל.
AndroidSourceSet.wearAppConfigurationName
, כי הוא קשור להסרת התמיכה באפליקציית Wear OS המוטמעת.BuildType.isRenderscriptDebuggable
, כי הוא לא פעל.
ComponentBuilder.enabled
. הוא הוחלף ב-ComponentBuilder.enable
.
DependencyVariantSelection
. הוא הוחלף ב-DependencySelection
, שמוצג כ-kotlin.android
Installation.installOptions(String)
. הוא מוחלף במאפיין הניתן לשינוי שלInstallation.installOptions
.
VariantBuilder.targetSdk
ו-targetSdkPreview
, כי הן לא היו משמעותיות בספריות. במקום זאת, אתם צריכים להשתמש ב-GeneratesApkBuilder.targetSdk
או ב-GeneratesApkBuilder.targetSdkPreview
.הבלוק
PostProcessing
, שהוא ניסיוני אבל אף פעם לא יציב.
ProductFlavor.setDimension
, שמוחלף במאפייןdimension
LanguageSplitOptions
, שהיה שימושי רק ל-Google Play ללא התקנה, שהוצא משימוש.
Variant.unitTest
, כי הוא לא רלוונטי לפלאגיןcom.android.test
. המאפייןunitTest
זמין בסוגי המשנהVariantBuilder
שלHasUnitTest
.
VariantBuilder.enableUnitTest
, כי הוא לא רלוונטי לפלאגיןcom.android.test
. המאפייןenableUnitTest
זמין בסוגי המשנהVariantBuilder
שלHasUnitTestBuilder
.הסוג
VariantBuilder.unitTestEnabled
הוסר לטובת הסוגenableUnitTest
, ששמו עקבי יותר, בסוגי המשנהVariantBuilder
שמרחיבים אתHasUnitTestBuilder
.
הוסרו מאפייני Gradle
המאפיינים הבאים של Gradle נוספו בהתחלה כדרכים להשבית באופן גלובלי תכונות שהופעלו כברירת מחדל.
התכונות האלה מושבתות כברירת מחדל מגרסה AGP 8.0 ומטה. כדי ליצור בנייה יעילה יותר, מומלץ להפעיל את התכונות האלה רק בפרויקטים המשניים שמשתמשים בהן.
נכס | פעולה | החלפה |
---|---|---|
android.defaults.buildfeatures.aidl |
ההגדרה הזו מאפשרת קומפילציה של AIDL בכל פרויקטי המשנה |
כדי להפעיל קומפילציה של AIDL רק בפרויקטים משניים שבהם יש מקורות AIDL, צריך להגדיר את המאפיין הבא בקובצי ה-build של Gradle של הפרויקטים האלה:
android { buildFeatures { aidl = true } } |
android.defaults.buildfeatures.renderscript |
הפעלת הידור של RenderScript בכל פרויקטי המשנה |
כדי להפעיל קומפילציה של renderscript רק בפרויקטים משניים שבהם יש מקורות renderscript, צריך להגדיר את המאפיין הבא בקובצי ה-build של Gradle של הפרויקטים האלה:
android { buildFeatures { renderScript = true } } |
ממשקי API שהוסרו
הפלאגין Android Gradle 9.0 מסיר את:
- ממשקי ה-API שהוצאו משימוש והושבתו,
BaseExtension.registerTransform
שנותרו רק כדי לאפשר קומפילציה מול הגרסה האחרונה של AGP תוך מיקוד להפעלה ב-AGP 4.2 או בגרסאות קודמות.
מאפייני Gradle שנאכפים
אם מגדירים את מאפייני Gradle הבאים, AGP 9.0 יציג שגיאה.
הכלי Android Gradle plugin Upgrade Assistant לא ישדרג פרויקטים ל-AGP 9.0 שמשתמשים במאפיינים האלה.
נכס | פעולה |
---|---|
android.r8.integratedResourceShrinking |
הפונקציה Resource shrinking (צמצום משאבים) מופעלת עכשיו תמיד כחלק מ-R8, וההטמעה הקודמת הוסרה. |