In the sample app Abruf-Methode wird in onCreate()
aufgerufen. Ist das wirklich ein guter Ort dafür? Die Anwendung kann für Wochen verwendet werden (bewegt sich von Vordergrund zu Hintergrund und umgekehrt, öffnet neue Aktivitäten und geht zurück zur Hauptaktivität) und onCreate()
von der Haupt-Activity
wird nicht erneut aufgerufen. Ich denke nicht, dass es eine gute Lösung ist, wenn meine App meine Configs nicht so lange aktualisieren wird.Firebase Remote Config - Ist die onCreate-Methode ein guter Ort zum Abrufen von Daten?
Update: Es ist sehr schlechte Idee ist nur Config-Werte zu holen in onCreate()
Methode, eine Art Prüfung sollte in onStart()
erfolgen. Hier finden Sie auch einige nützliche Informationen: https://firebase.googleblog.com/2017/01/firebase-remote-config-loading.html
Sie sollten alles tun, was Ihrer App entspricht. onCreate ist praktisch, um eine schnelle Demo zu zeigen, aber wenn es für Sie nicht funktioniert, besteht keine Verpflichtung, es zu verwenden. –
Android-Beispiel-Apps können besonders für neue Entwickler sehr irreführend sein. Es hätte nur ein paar Minuten gedauert, um eine Logik in der onStart() - Methode hinzuzufügen, um den Wert von getFetchTimeMillis() zu überprüfen, um fetch() auszulösen. – AppiDevo
@DougStevenson Ich muss zugeben, ich habe versucht, fetch() Aufruf in onStart() -Methode zu implementieren, und es ist nicht so einfach wie ich früher dachte. Vielleicht kannst du mir helfen? http://stackoverflow.com/questions/44091088/how-to-implement-fetch-from-firebase-remote-config-in-ununstart-method – AppiDevo