Catch up on everthing we announced at this year's Firebase Summit. Learn more

אסטרטגיות טעינה של Firebase Remote Config

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

אסטרטגיה 1: אחזר והפעל בעומס

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

אסטרטגיה 2: הפעל מאחורי מסך טעינה

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

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

אסטרטגיה 3: טען ערכים חדשים עבור ההפעלה הבאה

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

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

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

טוען אנטי אסטרטגיות

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

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

הצעדים הבאים

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

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