Check out what’s new from Firebase@ Google I/O 2021, and join our alpha program for early access to the new Remote Config personalization feature. Learn more

אסטרטגיות טעינת תצורה מרחוק של Firebase

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

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

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

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

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

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

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

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

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

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

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

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

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

הצעדים הבאים

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

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