Apache Adobe Flex TutorialTutoriaux Adobe Flex & AIR en Français

AIR Mobile – Application Pokémon (23) – Le mécanisme de persistance intégré au SDK Flex (PersistenceManager)

Dans les applications de type ViewNavigatorApplication et TabbedViewNavigatorApplication, un mécanisme de persistance est automatiquement géré . Celui-ci est désactivé par défaut. Ce mécanisme permet à votre application de revenir à son dernier état, lorsqu'elle a été fermée.

Cela peut-être intéressant car sur un smartphone Android par exemple, si votre application est mise en fond, le système peut décider à tout moment de "killer" votre application pour récupérer de la RAM. Vous ne maîtrisez pas ce système, ni son timing.

Comment ça marche?

Cette persistance enregistre en fait la navigation que l'utilisateur a fait dans les vues (son chemin vers la vue courante à vrai dire). Il va aussi conserver la donnée associée à la vue qu'il va relancer, c'est-à-dire ce qu'il y avait dans la propriété "data" de la View.

Pour conserver ces données, Flex utilise en interne la classe "PesistenceManager" qui est une implémentation de IPesistenceManager. De base, la classe "PersistenceManager" conserve ces données de persistance dans un Shared Object. Si vous avez envie (mais il n'y a pas de vraie raison de le faire), vous pouvez remplacer ce PersistanceManager par votre implémentation de IPersistenceManager, qui pourrait écrire dans un File ou dans une BDD SQLite par exemple. Enfin bref.

Vous pouvez si vous le voulez conserver n'importe quelle donnée grâce au PersistenceManager, c'est juste un système de clé / valeur qui sera conservé sur le téléphone. Petit exemple:

var p:PersistanceManager = new PersistenceManager(); /* this is a singleton */
p.setProperty("key", 1232131.123);
...
var p:PersistanceManager = new PersistenceManager(); /* this is a singleton */
var key:Number = p.getProperty("key") as Number;

Flex conserve toutes mes instances de View ?

De base, on pourrait penser que le système conserve toutes vos instances de View (toutes vos vues) dans un Shared Object et les ressort quand elle en a besoin. En fait, non, pour 2 raisons principalement:

• Conserver une instance serait bien trop lourd pour un smartphone
• Il faudrait sérialiser toute la vue, ce qui est difficile, surtout quand on a des classes perso qu'il faut "déclarer" comme serializable

Les devs du SDK ont été plus malins que cela et au lieu de conserver les instances, ils conservent les représentations "String" des classes. Ce que Flex conserve automatiquement, est la serialization de la classe NavigationStack.

La classe NavigationStack contient le "parcours" de l"utilisateur entre les vues. Celui-ci est représenté sous la forme d'une pile d'objets ViewDescriptor qui contiennent:

• viewClass:Class
• data:Object
• context:Object
• instance:View

Cette NavigationStack est aussi utilisée lorsque vous réalisez un popView par exemple. Mais je vous ai dit que l'on ne conservait pas la View et pourtant je viens de lister "instance:View"?

En fait, cette variable ne va pas être sérialisée mais c'est un peu plus technique, sautez cette partie si vous n'avez pas besoin de savoir comment cela fonctionne .