Serializable ou BDD ?

bonjour,

je fais une application qui permet de créer des "alarmes" qui vont modifier le mode du téléphone (normal, vibreur, silencieux), je souhaite relancer les alarmes si le téléphone est rebooté.

j'ai trouvé un tuto pour utiliser une classe serializable [sur un autre site.

dans ce tuto, il crée une alarme réveil et utilise une classe serializable pour redémarrer son alarme.
dans son exemple il crée une seule alarme, moi je vais en avoir plusieurs, je peux les sérialisées toutes dans le même fichier ? au vu de ce que j'ai compris dans le tuto, je dirais non.

sinon, la meilleure solution est une bdd ? et comment relancer les alarmes lors du reboot du téléphone, sans relancer l'application (ou que ce soit invisible pour l'utilisateur) ?

Merci de votre aide.

Ou simplement des SharedPreferences ?

bonjour,

j'ai regardé pour des SharedPreferences, mais elles ne supportent que les types primitifs.

je voudrais enregistrer des objets alarme dont voici les attribues:

Code:

---

1 2 3 4 5 6 7 8

String nom; String type; //sert pour le setAction de l'intent AlarmManager alarme_manager; PendingIntent pending_intent; Intent intent; Calendar calendrier; boolean active; boolean inexact;

---

je vais continuer a chercher s'il y a d'autre façons de faire persister les données.

Merci.

Je penses qu'il y a confusion entre "l'objet" qui représente l'alarme, et son intégration au système...

Par exemple la sauvegarde d'un Intent n'a pas lieu d'être (comme celle d'un PendingIntent d'ailleurs).
Ne parlons pas du AlarmManager (objet statique du système)

Par contre les informations telles que "nom", "type", "active", "inexact", "calendrier" (date ? non ?) relèvent probablement de cet objet, et par bonheur sont toutes des types primitifs (enfin... sauf Calendrier, qui n'est qu'un wrapper autour d'un "long" utilisant la timezone et la locale courante)


Ensuite, oui, fichier ou base de données (qui n'est qu'un wrapper autour d'un fichier). Mais dans les deux cas, c'est pareil, on ne peut sauver que des types primitifs (éventuellement des Serializable dans un fichier, lire la documentation java sur Serializable pour comprendre comment cela fonctionne).

bonjour,

Citation:

---

Envoyé par nicroman

Je penses qu'il y a confusion entre "l'objet" qui représente l'alarme, et son intégration au système...

---

en effet, il y avait confusion. :aie: mais maintenant c'est bon. :ccool:

J'ai utilisé des SharedPreferences pour sauvegarder les données de mon objet.

Citation:

---

Envoyé par nicroman

"calendrier" (date ? non ?)

---

tout a fait !

voici mon code de sauvegarde et de lecture:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

protected void enregistrement(Context context) { SharedPreferences donees = context.getSharedPreferences(this.nom, Activity.MODE_PRIVATE); SharedPreferences.Editor ecriture = donees.edit();   ecriture.putString("nom", this.nom); ecriture.putString("type", this.type); ecriture.putLong("date", this.date.getTimeInMillis()); ecriture.putBoolean("active", this.active); ecriture.putLong("intervale", this.intervale); ecriture.putBoolean("inexact", this.inexact);   ecriture.apply(); }   public void recupereration(Context context) { SharedPreferences donees = context.getSharedPreferences(this.nom, Activity.MODE_PRIVATE);   this.nom = donees.getString("nom", "faux nom"); this.type = donees.getString("type", this.type_defaut); this.date.setTimeInMillis(donees.getLong("date", 0)); this.active = donees.getBoolean("active", this.active_defaut); this.intervale = donees.getLong("intervale", this.interval_defaut); this.inexact = donees.getBoolean("inexact", this.inexact_defaut); }

---

un autre problème se pose, mais je vais faire un autre post, l'intitulé de ce post ne correspond pas au probleme.

Merci nicroman. :ccool: