Daten für Service - wo halten?

[Hagbard235]

Hi,

ich würde mal eure Meinungen zu meinem Problem hören. Ich schreibe eine App die einen Service verwendet. Dieser lädt beim 1. Aufruf relativ viele Daten von einem Server, gegen den die weiteren Dienste des Service gehen.

Wo würdet ihr diese Daten nun lassen?
- Im Service halten macht ja keinen Sinn, da dieser ggf. beendet wird (Service wird von App und durch Broadcast-Intents angesteuert).
- Immer in den SharedPreferences abspeichern wären die Daten etwas groß und zu komplex (Neuaufbau müsste wieder verschiedene Objekte in einem Baum erstellen, da sie ja in der Form nicht gespeichert werden können).
- in einer mySQL-DB ist ähnlich SharedPreferences, zu langsam, zu häufig und die Struktur
- ein Singleton das die Daten hält und falls es leer ist muss halt doch nochmal nachgelesen werden?

habt ihr noch andere bessere Ideen?

 

[deek]

Mit einem ObjectOutputStream/ObjectInputStream kannst du jedes Object, dass Serializable ist in eine Datei (sdcard) speichern und lesen. Die Datei ist dann binär und nicht so ohne weiteres lesbar, aber wieder in die ursprünglichen Objekte einlesbar.

How to write an Object to file in Java
How to read an Object from file in Java

 

[Hagbard235]

Hi,

was mir selber erst nach dem Thread bewusst wurde: Ich bekomme die Daten ja von meinem Server als JSON-String, den kann ich natürlich jederzeit gut ablegen, nur muss ich das erzeugen des Objekt-Geflechts noch optimieren, da dies relativ komplex ist.

Ich werde wohl ein singleton nehmen und nur wenn es leer ist auf den gespeicherten String zugreifen und das geflecht neu erzeugen.

 

[deek]

Ein Singleton hat aber keinen Mehrwert gegenüber direkt im Service halten.
Sobald der Service gekillt wird ist die komplette App weg (bis auf Ausnahmen vielleicht) und damit auch dein Singleton.