Ich versuche zu verstehen, wie Anwendungen Daten ohne die Verwendung eines Anmeldesystems speichern. Beispiel, eine Android-App startet mit 500 Münzen und Sie verwenden einige von ihnen. Sie haben sich überhaupt nicht angemeldet und löschen die "App-Daten" in den Einstellungen und deinstallieren und neu installieren. Die App weiß immer noch, dass du zum Beispiel nur noch 450 Münzen übrig hast. Die App benötigt eine Internetverbindung, daher gehe ich davon aus, dass sie die Informationen auf ihrem Server speichern. Wenn ja, wie identifizieren sie Ihr Gerät eindeutig? In meinem bisherigen Lesen scheint es keinen vollständig sicheren Weg zu geben, ein Gerät jedes Mal eindeutig zu identifizieren. Ich frage, weil ich an einer App arbeiten werde, wo ich keine Anmeldung benötigen möchte, aber ich möchte auch nicht, dass der Player einfach neu installiert und neu gestartet wird. Also, meine Frage ist, wie behandelt jeder diese Situation für iOS und Android?Android/iOS Persistent Data Storage
0
A
Antwort
1
Google bietet Firebase, die für Benachrichtigungen verwendet wird, aber eine eindeutige Kennung für eine Anwendungsinstanz auf einem Gerät (sowohl auf iOS als auch auf Android) verwendet, sie könnte dies verwenden.
Es gibt einige weitere Anbieter, die einen ähnlichen Dienst anbieten (z. B. OneSignal).
Referenz: https://firebase.google.com/
Verwandte Themen
- 1. Marmelade Core Storage (s3eSecureStoragePut & s3eSecureStorageGet) nicht persistent
- 2. Storage Access Framework persistent Berechtigungen funktioniert nicht
- 3. Allgemeines Oracle Data Collection Storage
- 4. `/ storage/emulierten/legacy /` vs `/ storage/emulierten/0 /` vs `Daten/data/myApp‘
- 5. React Redux + Redux persistent: nur ein Teil der Daten persistent
- 6. Wie wird Azure Data Lake Storage mit Azure ML verbunden?
- 7. Unterstützt die Azure Storage Data Movement-Bibliothek Azure Tables?
- 8. iOS App Ablehnung aufgrund 2.23 - iOS Data Storage Richtlinien
- 9. Können wir in Data Lake Daten in Azure Storage ausgeben?
- 10. Ionic Localspeicher nicht persistent
- 11. So richten Sie Identity Cookie Data Protection für die Verwendung des Azure Storage Data Protectors ein
- 12. Symfony2 ManytoMany bidirektionale Beziehung - Wie persistent persistent
- 13. Persistent NSOperationQueue
- 14. Persistent Datenanforderung
- 15. LaunchImage persistent
- 16. Persistent SimpleCookie
- 17. ASP.NET-Anwendungscache persistent machen
- 18. Ionic Storage/Local Storage Einschränkungen
- 19. appengine - java persistent
- 20. Laravel 5.2 Login nicht persistent
- 21. Haskell Persistent Joins mit Esqueleto
- 22. JPA OneToMany persistent mit CascadeType.ALL nicht persistent Kind
- 23. Beziehung zwischen Entitäten nicht persistent
- 24. Docker devicemapper storage space
- 25. Openshift Online persistance storage
- 26. Python Sitzung Cookies nicht persistent
- 27. Persistent Schicht Validierungen
- 28. Kann Warteschlangen persistent
- 29. Spring Bean Eigenschaften persistent
- 30. Persistent Delete [Community Edition]
Danke, ich habe Firebase verwendet, aber hatte es nicht als Mittel betrachtet, eine Vorrichtung zu identifizieren. Ich werde heute Abend darüber nachdenken, weil ich nicht sicher bin, ob es pro Gerät immer konsistent bleibt. Ich wollte das wirklich erwähnen, weil ich weiß, dass viele App-Entwickler so etwas wie oben beschrieben erreicht haben und hofften, ich könnte einige Best Practices hören oder was andere tatsächlich umgesetzt haben. – Coop
Cool! Gern geschehen, ich habe gesehen, dass die Firebase-Kennung für diesen Anwendungsfall bereits in der Produktion verwendet wurde und es scheint ziemlich gut zu funktionieren! – RuudSchuurmans
Ich habe Firebase verwendet. Dauerte eine Weile, um zu arbeiten, aber ich habe Authentifizierung passiert jetzt. Über eine weitere Frage zur Verwendung von Firebase Echtzeit-Datenbank ... – Coop