Firebase 遠程配置加載策略

Firebase 遠程配置為如何以及何時從服務器獲取新值並在您的應用中激活它們提供了很大的靈活性,讓您可以通過控制任何可見配置更改的時間來確保優質的最終用戶體驗。本指南著眼於一些加載策略,並討論了為您的應用程序選擇最佳選項的關鍵考慮因素。

策略 1:加載並激活

在這種策略中,您的應用程序將調用fetchAndActivate()當您的應用程序第一次啟動時從遠程配置獲取新的價值,一旦他們完成加載激活它們。這種簡單的方法適用於不會在您的 UI 中引起任何顯著視覺變化的配置更改。在用戶使用 UI 時 UI 可能發生顯著變化的任何情況下,都應該避免使用它。

策略2:在加載屏幕後面激活

作為對策略 1 中遇到的潛在 UI 問題的補救措施,您可以依靠加載屏幕。相反,啟動你的應用程序馬上的,顯示加載屏幕,並呼籲fetchAndActivate在您完成處理程序。然後緊接著——再次使用回調或通知——關閉加載屏幕並允許用戶開始與你的應用程序交互。

如果使用此策略,建議在加載屏幕上添加超時。遠程配置的一分鐘超時對於用戶的高質量應用啟動體驗來說可能太長了。

策略 3:為下次啟動加載新值

一個有效的策略是加載新的配置值,以激活您的應用程序的下次啟動。在此策略中,您的應用程序在嘗試獲取新值之前在啟動時激活獲取的值,假設它可能已經獲取 - 但尚未激活 - 新的配置值。該策略的操作順序是:

  1. 啟動時,立即激活先前獲取的值。這適用於您在前一個會話中從服務器下載的任何值,並且幾乎是即時的。
  2. 當用戶與您的應用程序交互時,根據默認的最小獲取間隔啟動異步調用以獲取新值。
  3. 在 fetch 調用的完成處理程序或回調中,什麼都不做。您的應用程序將保留下載的值,直到您下次啟動應用程序時激活它們。

使用這種策略,用戶等待時間大大減少。但是,用戶必須再次運行您的應用程序才能查看最新配置。您需要根據您的業務和應用程序邏輯平衡這些考慮因素。

加載反策略

正如您從上面關於加載優缺點的討論中所了解的那樣,有幾種使用模式需要避免。

  • 更新或切換用戶界面的各個方面,而用戶觀看或與它交互-除非你有這樣做的,如消除有關剛剛結束一個推廣方案強大的應用程序或業務原因。
  • 不要發送的同時獲取請求,這可能會導致服務器節流您的應用程序的質量數。在大多數生產場景中,這種情況發生的風險很低,但在積極開發過程中可能會成為一個問題。檢查出節流指導的AndroidiOS的

下一步

這三個基本策略絕不包含加載配置值的方法的完整列表。根據您的需求,您可以設計出更複雜的策略,如在描述與功能相關的後台更新傳播實時更新

查看適用於您平台的 API 參考以了解有關獲取和激活配置值的特定調用的更多信息。