קל לארגן דפים בעזרת אוספים אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך. בניית אפליקציה ל-Android באמצעות Jetpack Compose ו-Firebase חזרה למסלול הלמידה אילו דפים: קובץ Screen עם פונקציה קומפוזבילית שמראה איך ממשק המשתמש צריך להיראות, ומחלקה ViewModel שמבצעת את הלוגיקה העסקית. קובץ Screen עם פונקציה קומפוזבילית שמראה איך ממשק המשתמש צריך להיראות, וקובץ Service שקורא לממשקי ה-API של Firebase. קובץ Screen עם פונקציה קומפוזבילית שמראה איך ממשק המשתמש צריך להיראות, מחלקה ViewModel שמבצעת את הלוגיקה העסקית, וקובץ Service שקורא לממשקי ה-API של Firebase. אף אחת מהתשובות הנ"ל. אילו מהאפשרויות הבאות הן קורוטינים ב-Kotlin? מקורות נתונים שפולטים ערכים רציפים כאמצעי להחלפת מידע בין השכבות השונות באפליקציה. שרשורים קלים שמאפשרים לכתוב קוד סינכרוני. שרשורים קלים שמאפשרים לכתוב קוד אסינכרוני. כל אלו שהוזכרו למעלה. איך מבדילים בין פונקציית Kotlin רגילה לבין פונקציה קומפוזבילית? לפונקציה הקומפוזבילית יש הערה @ComposableFunction. הפונקציה הקומפוזבילית בדרך כלל מוקפת במחלקה Composable. לפונקציה הקומפוזבילית יש הערה מסוג @Composable. הפונקציה הקומפוזבילית תמיד מחזירה תוכן קומפוזבילי. איך ניתן להבטיח שפונקציות קומפוזביליות יישארו מודעים למסמכים מעודכנים שמאוחסנים ב-Cloud Firestore? מוסיפים אובייקט SnapshotListener לאוסף Cloud Firestore בשכבת הנתונים, ואז מעדכנים את מצב ממשק המשתמש במחלקה ViewModel ובוחנים את מצב ממשק המשתמש הזה בפונקציה הקומפוזביליות. מוסיפים אובייקט SnapshotListener לאוסף Cloud Firestore בתחילת הפונקציה הקומפוזבילית, ואז מעדכנים את המסך בהתאם. מוסיפים אובייקט SnapshotListener לאוסף Cloud Firestore בשכבת הנתונים, ואז מחילים את הלוגיקה העסקית על הפונקציה הקומפוזבילית ומעדכנים את המסך בהתאם. צריך להוסיף אובייקט SnapshotListener לאוסף Cloud Firestore במחלקה ViewModel, ובכל עדכון קוראים לפונקציה הקומפוזבילית מהמחלקה ViewModel. אילו מהפעולות הבאות אפשר לבצע באמצעות מעקב ביצועים ב-Firebase? אפשר לבחור כמה תשובות שרוצים. תיעוד מעקבים באופן אוטומטי כשמוסיפים את ה-SDK. ליצור עקבות, מדדים ומאפיינים מותאמים אישית בשביל קוד ספציפי. מגדירים נתוני מעקב חשובים במרכז הבקרה. לשמור באופן קבוע פרטים אישיים מזהים. איך אפשר לעקוב אחרי נתוני הביצועים שמשויכים לקוד ספציפי באפליקציה? תוסיפו מדד מותאם אישית שמתחיל בתחילת הקוד הספציפי ומסתיים אחרי שהקוד רץ. הוספה של מעקב בהתאמה אישית שמתחיל בתחילת הקוד הספציפי ומסתיים אחרי שהקוד רץ. מוסיפים את ההערה @CustomTrace לפונקציה שאחריה רוצים לעקוב. מוסיפים את ההערה @CustomMetric לפונקציה שאחריה רוצים לעקוב. נכון או לא נכון? אתם יכולים להשתמש בהגדרת תצורה מרחוק ב-Firebase כדי להציג תכונות לאחוז מסוים מהמשתמשים, וכך למדוד את ההשפעה שלהן לפני שמפרסמים אותן לבסיס המשתמשים כולו. נכון לא נכון לאילו מהשיטות הבאות של Remote Config API הוא נדרש, והאם כדאי לקרוא מיד לאחר הפעלת האפליקציה? ה-method get() כדי לאחזר את הערך של המפתח הרצוי. צריך להפעיל אותה פעם אחת לכל מפתח. השיטה setMinimumFetchIntervalInSeconds() להגדרת המרווח המינימלי שבו האפליקציה יכולה לבקש ערכים חדשים. שיטה getAll() לאחזור כל צמדי המפתחות והערכים הזמינים. השיטה fetchAndActivate() מאחזרים את כל הערכים ומפעילים אותם. מהי הדרך הטובה ביותר לפתור בעיה של לקוח באפליקציה? מתקנים את הקוד ומפיצים גרסה חדשה ישירות לסביבת הייצור. מתקנים את הקוד ומאמתים אותו באופן ידני בסביבת הייצור. מתקנים את הקוד ומאמתים אותו באופן ידני בסביבה טרום-ייצור. מתקנים את הקוד, מאמתים אותו באופן ידני בסביבת טרום-ייצור, ולבסוף כותבים בדיקת שילוב למניעת רגרסיה עתידית. כדי לזהות את סביבת הייצור במסוף Firebase, צריך לחפש את אחד מהסמלים הבאים? טיל אדום סימן וי ירוק מעגל כחול עם חץ כוכב זהב שליחת התשובות error_outline מתן הציונים בבוחן נכשל בגלל שגיאה. אפשר לנסות שוב.
