Google is committed to advancing racial equity for Black communities. See how.
本頁面由 Cloud Translation API 翻譯而成。
Switch to English

Firebase遠程配置加載策略

Firebase Remote Config為如何以及何時從服務器獲取新值並在您的應用程序中激活它們提供了很大的靈活性,允許您通過控制任何可見配置更改的時間來確保最終用戶的優質體驗。本指南介紹了一些加載策略,並討論了為應用選擇最佳選項的主要注意事項。

策略1:加載並激活

在這種策略中,您的應用程序在首次啟動時會調用fetchAndActivate()從遠程配置中獲取新值,並在加載完成後立即激活它們。這種簡單的方法適用於不會在用戶界面中引起任何重大視覺變化的配置更改。在用戶在使用過程中用戶界面可能發生明顯變化的任何情況下,都應避免這種情況。

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

作為對策1中遇到的潛在UI問題的一種補救措施,您可以依靠加載屏幕。與其立即啟動您的應用程序, fetchAndActivate顯示一個加載屏幕並在完成處理程序中調用fetchAndActivate 。然後緊接著,再次使用回調或通知,關閉加載屏幕,並允許用戶開始與您的應用進行交互。

如果使用此策略,建議將超時添加到加載屏幕。對於用戶而言,Remote Config的一分鐘超時對於高質量的應用啟動體驗而言可能太長了。

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

一種有效的策略是加載新的配置值,以在應用程序的下次啟動時激活。在這種策略下,您的應用會在啟動之前先激活獲取的值,然後再嘗試獲取新的值,並假設它可能已經獲取了(但尚未激活)新的配置值。該策略的操作順序為:

  1. 啟動時,立即調用activateFetched() 。這將應用您在上一個會話中從服務器下載的所有值,並且幾乎是瞬時的。
  2. 當用戶與您的應用交互時,啟動一個異步調用以獲取新值。
  3. 在獲取調用的完成處理程序中,什麼也不做。您的應用將保留下載的值,直到您下次啟動該應用時將其激活為止。

通過這種策略,極大地減少了用戶等待時間。但是,用戶必須再次運行您的應用才能查看最新配置。您需要在業務和應用邏輯之間權衡這些考慮因素。

加載反策略

從上面有關加載優缺點的討論中您可能已經了解到,有兩種使用模式可以避免。

  • 在用戶查看或交互UI時, 請勿更新或切換UI的各個方面- 除非您出於強烈的應用或業務原因,例如刪除與剛剛結束的促銷相關的選項。
  • 不要同時發送大量提取請求,這可能導致服務器限制您的應用程序。在大多數生產場景中,發生這種情況的風險很低,但是在積極的開發過程中這可能是個問題。查看適用於AndroidiOS的節流指南。

下一步

這三種基本策略絕不包含加載配置值的方式的完整列表。根據您的需求,您可以設計更複雜的策略,例如實時傳播中描述的功能驅動的後台更新。

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