השקת תכונות חדשות של Android Studio Narwhal 3‏ | 2025.1.3

‫Android Studio היא סביבת הפיתוח המשולבת (IDE) הרשמית לפיתוח ל-Android, והיא כוללת את כל מה שצריך כדי ליצור אפליקציות ל-Android.

בדף הזה מפורטים התכונות והשיפורים החדשים בגרסה האחרונה בערוץ היציב, Android Studio Narwhal 3 Feature Drop. אפשר להוריד אותו כאן או לעדכן אותו בתוך Android Studio בלחיצה על Help (עזרה) > Check for updates (בדיקת עדכונים) (Android Studio > Check for updates ב-macOS).

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

כדי לראות מה תוקן בגרסה הזו של Android Studio, אפשר לעיין בבעיות שנסגרו.

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

כדי לקבל גישה מוקדמת לתכונות ולשיפורים עתידיים, אפשר לעיין בגרסאות Preview של Android Studio.

אם נתקלים בבעיות ב-Android Studio, אפשר לעיין בדף בעיות ידועות או פתרון בעיות.

תאימות של פלאגין Android Gradle ו-Android Studio

מערכת ה-build של Android Studio מבוססת על Gradle, והפלאגין Android Gradle ‏ (AGP) מוסיף כמה תכונות שספציפיות ל-build של אפליקציות Android. בטבלה הבאה מפורטת הגרסה של AGP שנדרשת לכל גרסה של Android Studio.

גרסת Android Studio גרסת AGP נדרשת
‫Narwhal 3 Feature Drop | ‏ 2025.1.3 ‫4.0-8.13
Narwhal Feature Drop | 2025.1.2 ‫4.0-8.12
Narwhal | 2025.1.1 ‫3.2-8.11
‫Meerkat Feature Drop | ‏ 2024.3.2 ‫3.2-8.10
Meerkat | 2024.3.1 ‫3.2-8.9
השקת תכונות חדשות של Ladybug‏ | 2024.2.2 ‫3.2-8.8
Ladybug | 2024.2.1 ‫3.2-8.7
Koala Feature Drop | 2024.1.2 ‫3.2-8.6
קואלה | 2024.1.1 ‫3.2-8.5
Jellyfish | ‏ 2023.3.1 ‫3.2-8.4
Iguana | 2023.2.1 ‫3.2-8.3
Hedgehog | ‏ 2023.1.1 3.2-8.2
ג'ירפה | 2022.3.1 ‫3.2-8.1
פלמינגו | 2022.2.1 ‫3.2-8.0

גרסאות ישנות יותר

גרסת Android Studio גרסת AGP נדרשת
Electric Eel | 2022.1.1 ‫3.2-7.4
Dolphin | 2021.3.1 ‫3.2-7.3
Chipmunk | 2021.2.1 ‫3.2-7.2
‫Bumblebee | ‏ 2021.1.1 ‫3.2-7.1
‫Arctic Fox ‏ | 2020.3.1 ‫3.1-7.0

מידע על החידושים בפלאגין Android Gradle זמין בנתוני הגרסה של הפלאגין.

גרסאות מינימליות של כלים לרמת API ב-Android

יש גרסאות מינימליות של Android Studio ו-AGP שתומכות ברמת API ספציפית. שימוש בגרסאות ישנות יותר של Android Studio או AGP מהגרסאות שנדרשות בקובץ targetSdk או compileSdk של הפרויקט עלול לגרום לבעיות בלתי צפויות. מומלץ להשתמש בגרסת הטרום-הפצה העדכנית ביותר של Android Studio ו-AGP כדי לעבוד על פרויקטים שמיועדים לגרסאות טרום-הפצה של מערכת ההפעלה Android. אתם יכולים להתקין גרסאות קדם-השקה של Android Studio לצד גרסה יציבה.

אלה הגרסאות המינימליות של Android Studio ו-AGP:

רמת ממשק API: גרסת Android Studio מינימלית גרסת AGP מינימלית
36.0 Meerkat | 2024.3.1 Patch 1 8.9.1
35 Koala Feature Drop | 2024.2.1 8.6.0
34 Hedgehog | ‏ 2023.1.1 ‫8.1.1
33 פלמינגו | 2022.2.1 7.2

תאימות של Android Studio לשירותי ענן

‫Android Studio כולל שילובים של שירותים שעוזרים לכם ולצוות שלכם להתקדם מהר יותר בתהליך הפיתוח, ההפצה והתחזוקה של אפליקציות ל-Android. זה כולל שירותי ענן כמו Gemini ב-Android Studio,‏ Play Vitals ו-Firebase Crashlytics. שירותי הענן זמינים רק בגרסה העדכנית של ערוץ יציב של Android Studio, בשלוש הגרסאות העיקריות הקודמות האחרונות ובתיקונים שמשויכים לגרסאות האלה. כשגרסה מסוימת לא תואמת יותר, שילובי השירותים מושבתים וצריך לעדכן את Android Studio.

גרסאות של Android Studio שתואמות כרגע לשירותי Cloud

החל מגרסת ערוץ ההפצה היציב של Android Studio Meerkat Feature Drop, כל הגרסאות של Studio תואמות לשירותי ענן. האכיפה תתחיל עם ההשקה של Android Studio Narwhal Feature Drop.

Studio Labs

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

אלה התכונות שזמינות כרגע ב-Studio Labs.

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

הרשימה הבאה כוללת תכונות חדשות ב-Android Studio Narwhal 3 Feature Drop.

תצוגות מקדימות של Compose שאפשר לשנות את הגודל שלהן

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

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

מצב פוקוס של יצירת תצוגה מקדימה
מצב פוקוס בתצוגה מקדימה של כתיבת הודעה

עכשיו אפשר לשנות את הגודל של חלון התצוגה המקדימה על ידי גרירת הקצוות שלו:

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

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

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

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

שמירת גודל חדש של התצוגה המקדימה שניתן לשינוי גודל
Compose Resizeable Preview save new size

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

הגדרת תצוגה ב-Android להצגת קובצי build מתחת למודולים המתאימים

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

תצוגת Android: קובצי Build במודול
אפשרות להצגת קובצי build במודולים המתאימים בתצוגת Android.

הצגת תובנות לגבי מדיניות ב-Android Studio

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

החל מ-Android Studio Narwhal 3 Feature Drop, אפשר לראות את התובנות לגבי מדיניות Play כבדיקות lint. בדיקות ה-lint האלה יציגו את המידע הבא:

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

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

כדי לראות אם יש תובנות לגבי מדיניות Play בפרויקט שלכם, עוברים אל Code > Inspect for Play Policy Insights…‎ התובנות יופיעו בחלון הכלים Problems וגם כאזהרות Lint בקבצים המתאימים.

הצגת תובנות לגבי מדיניות ב-Android Studio
תובנות לגבי מדיניות Play ב-Android Studio Narwhal 3 Feature Drop.

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

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

ב-Android Studio Narwhal 3 Feature Drop יש דרכים ליצור גיבוי לאפליקציה ולשחזר אותה במכשיר אחר. האפשרות הזו יכולה להיות שימושית לבדיקה של התנהגות האפליקציה כשמשחזרים נתונים של אפליקציה ממכשיר למכשיר או מגיבוי בענן, או אם רוצים דרך מהירה יותר להגדיר מכשיר בדיקה עם הנתונים שדרושים לפיתוח ולניפוי באגים באפליקציה.

יצירת גיבוי

כדי ליצור קובץ גיבוי:

  1. פריסת גרסת ניפוי באגים של האפליקציה במכשיר מחובר
  2. כדי ליצור גיבוי, מבצעים אחת מהפעולות הבאות:
    • בחלון Running Device, לוחצים על הפעולה Backup App Data בסרגל הכלים.
    • בסרגל התפריטים הראשי, בוחרים באפשרות Run > Backup App Data (הפעלה > גיבוי נתוני האפליקציה).
    • בכרטיסייה Device Explorer > Processes, לוחצים לחיצה ימנית על תהליך האפליקציה ובוחרים באפשרות Backup App Data.
  3. בתיבת הדו-שיח שמופיעה, מבצעים את הפעולות הבאות:
    • מאשרים את מזהה האפליקציה של האפליקציה שרוצים ליצור לה גיבוי
      • בוחרים אם רוצים ליצור גיבוי ממכשיר למכשיר, בענן או בענן (לא מוצפן)
    • מאשרים את השם והמיקום של הגיבוי שרוצים לשמור. כברירת מחדל, הגיבוי נשמר בספריית השורש של פרויקט Android Studio הנוכחי.
      יוצרים גיבוי לאפליקציה.
  4. לוחצים על אישור כש-Android Studio שואל אם הוא יכול לעצור את האפליקציה. כדי ליצור את הגיבוי, Android Studio צריך לעצור את תהליך האפליקציה.

אפשר לראות את הגיבויים שיוצרים בחלון הכלים Project > Android בקטע Backup Files.

סוגי גיבוי

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

  • ממכשיר למכשיר: יוצר גיבוי של האפליקציה, בדומה לגיבוי שנוצר במהלך העברה ממכשיר למכשיר. בהעברה ממכשיר למכשיר, נתוני הגיבוי של האפליקציה נשלחים ישירות למכשיר אחר, למשל באמצעות USB או Wi-Fi.
  • Cloud: יצירת גיבוי של האפליקציה, בדומה לגיבוי שנשמר בנפח האחסון בחשבון Google של המשתמש. כשמשתמש מגדיר מכשיר חדש, הוא יכול לבחור לשחזר מגיבוי בענן.
  • ענן (לא מוצפן): נוצר גיבוי של האפליקציה, בדומה לגיבוי שנשמר באחסון בחשבון Google של המשתמש במכשיר שבו ההצפנה בצד הלקוח לא מופעלת.

הערה: כשמשתמשים בתכונה כדי לבדוק גיבוי לענן, גיבוי לענן (לא מוצפן) או גיבוי ממכשיר למכשיר, הגיבוי שנוצר לא נשלח לענן או למכשיר אחר, בניגוד לתהליך גיבוי בפועל. הוא יוצר גיבוי של האפליקציה כאילו הוא עומד להישמר בענן או להישלח למכשיר אחר. הגיבויים שנוצרו לכל סוג גיבוי יכולים להיות בקטע Backup Files בחלון כלי Project > Android.

שחזור נתוני אפליקציות

כדי לשחזר נתונים של אפליקציה:

  1. פורסים את האפליקציה במכשיר המחובר. לאפליקציה צריך להיות אותו מזהה אפליקציה כמו לקובץ הגיבוי שרוצים לשחזר במכשיר.
  2. עוברים לאחת מהפעולות הבאות ולוחצים עליה:
    • בחלון Running Device, לוחצים על הפעולה Restore App Data בסרגל הכלים, ובוחרים קובץ גיבוי מההיסטוריה האחרונה או לוחצים על Browse.
    • בסרגל התפריטים הראשי, עוברים אל הפעלה > שחזור נתוני אפליקציה.
    • בכרטיסייה Device Explorer > Processes (סייר המכשירים > תהליכים), לוחצים לחיצה ימנית על תהליך האפליקציה ובוחרים באפשרות Restore App Data (שחזור נתוני האפליקציה).
    • בחלון הכלים Project > Android, לוחצים לחיצה ימנית על גיבוי מתחת לצומת Backup Files ובוחרים באפשרות Restore App Data.
  3. אם רלוונטי, בוחרים גיבוי מההיסטוריה האחרונה או לוחצים על עיון כדי לבחור קובץ גיבוי לשחזור מהאחסון המקומי.

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

  1. בסרגל התפריטים הראשי, עוברים אל Run > Edit Configurations (הפעלה > עריכת הגדרות).
  2. בוחרים הגדרת הרצה של אפליקציה ועוברים אל אפשרויות שחזור.
    אפשרויות שחזור בהגדרות הרצה.
  3. כדי לשחזר אפליקציה מגיבוי, מסמנים את התיבה לצד שחזור מצב האפליקציה.
  4. בוחרים קובץ גיבוי מההיסטוריה האחרונה או מעיינים בגיבוי ובוחרים אותו מהאחסון המקומי.
  5. אם רוצים לשחזר רק את נתוני האפליקציה בהתקנה חדשה של האפליקציה, מסמנים את התיבה שלצד שחזור רק בהתקנה חדשה של apk. האפשרות הזו יכולה להיות שימושית אם אתם פורסים למכשיר בדיקה חדש ורוצים לשחזר נתונים כדי לעזור בניפוי באגים ובפיתוח אפליקציות.
  6. לוחצים על OK (אישור) כדי לשמור את הגדרת ההרצה.
  7. מפעילים את האפליקציה באמצעות הגדרת ההפעלה כדי לבדוק את השחזור של נתוני האפליקציה במכשיר מחובר.

בדיקות של Proguard

‫Android Studio כולל עכשיו בדיקות שנועדו למנוע כללי Proguard שנוצרו בצורה לא טובה, או כללים שמונעים אופטימיזציות של R8. כללי שמירה רחבים מדי כמו -keep class **.* והגדרות כללי Proguard לצרכנים כמו dontshrink ו--dontoptimize מפעילים עכשיו אזהרה ב-IDE של Studio. כדי ליצור כלל שמירה טוב שמאפשר לכווץ את הקוד, צריך להגדיר את הכלל לחבילה ספציפית ולציין במפורש מה רוצים לשמור.

קבצי AGENT.md להקשר ברמת הפרויקט

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

‫Gemini מזהה ומחיל באופן אוטומטי הוראות מכל קובץ בשם AGENT.md בפרויקט. אם קובץ AGENT.md לא קיים, Gemini יחפש במקומו קובץ GEMINI.md כברירת מחדל.

הגדרה חדשה להשבתת הסנכרון האוטומטי

ב-Android Studio יש עכשיו הגדרה למעבר ממצב ברירת המחדל של סנכרון אוטומטי (לדוגמה, הסנכרון מופעל אוטומטית כשפותחים פרויקט) למצב חדש של סנכרון ידני עם תזכורות. התנהגות ברירת המחדל היא עדיין סנכרון אוטומטי. כדי לעבור לסנכרון ידני, עוברים אל File (Android Studio ב-macOS) > Settings > Build, Execution, Deployment > Build Tools ומגדירים את Project Sync mode לManual Sync with reminders.

צירוף תמונה ב-Gemini

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

תיבת דו-שיח של Gemini עם קבצים מצורפים של תמונות
יצירת תצוגה מקדימה של תמונה מצורפת באמצעות Gemini ב-Android Studio

@הקשר של קובץ ב-Gemini

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

@הקשר של קובץ ב-Gemini
@File context in Gemini

מעקב אוטומטי ב-Logcat

ב-Android Studio N.4 וב-AGP 8.12, ‏ Logcat מבצע באופן אוטומטי מעקב חוזר אחר עקבות מחסנית (stack traces) כש-R8 מופעל (minifyEnabled = true).

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

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