Comment Garder Les Informations En Changeant De Page Uwp

Salut l'ami(e) ! On papote d'un truc cool aujourd'hui : comment faire pour que ton application UWP se souvienne des infos quand tu changes de page ? Imagine, c'est comme essayer de te rappeler le nom de cet acteur super connu... Aïe, le trou de mémoire ! 😬

Bon, blague à part, c'est super important en dev. Imagine une app de commande : tu veux pas perdre ton panier à chaque fois que tu cliques sur "Livraison", non ? 😅

Première option : Le Storage ! ✨

Ah, le LocalSettings ! C'est comme ton petit bloc-notes secret. Tu stockes des infos basiques, du genre "pseudo de l'utilisateur", "thème sombre ou clair", bref, les petites choses qui font la différence.

C'est super facile à utiliser. Un peu comme écrire un post-it. `ApplicationData.Current.LocalSettings.Values["nom"] = "Jean";` Hop! C'est enregistré ! Pour le récupérer, `string nom = ApplicationData.Current.LocalSettings.Values["nom"] as string;` Magique !

Mais attention! Pas de romans ici. C'est pas fait pour les gros fichiers. Pense-y comme des données d'état de l'application, pas comme un disque dur externe.

Deuxième option: Le NavigationCacheMode! 🔄

Celui-là, il est stylé. C'est le super-pouvoir de tes pages ! En gros, tu dis à ta page : "Hé, garde tes infos au chaud quand je m'en vais !".

Comment? Tu le définis dans ton XAML: ``. Bam! Ta page devient une pro de la mémorisation. C'est un peu comme lui dire de ne pas ranger sa chambre avant que tu reviennes. 😜

C'est idéal pour des formulaires que tu ne veux pas faire perdre à l'utilisateur. Imagine la frustration de devoir tout retaper ! 🤬

Troisième option : La Sérialisation (et Désérialisation)! 🧪

On passe aux choses sérieuses, mais toujours fun, promis ! La sérialisation, c'est transformer tes objets complexes en une suite de caractères que tu peux stocker (dans un fichier, par exemple).

Imagine que tu as une super collection de figurines. Tu peux prendre des photos de chaque figurine (sérialisation), puis plus tard, tu peux utiliser ces photos pour reconstituer ta collection (désérialisation). C'est le même principe !

C'est utile pour les données plus complexes comme des listes d'objets, des données venant d'une API, etc.

Et le ViewModel alors ? 🤔

Ah, le ViewModel ! Ton ami, ton confident, ton gestionnaire de données! Si tu utilises le pattern MVVM (et tu devrais 😉), ton ViewModel est l'endroit parfait pour stocker ces infos. Il peut survivre aux changements de page grâce à des techniques comme l'injection de dépendances.

En gros, ton ViewModel est comme le cerveau de ton application. Il sait tout, il se souvient de tout (ou presque 😉).

Alors voilà, quelques pistes pour garder tes données au chaud entre deux pages. Amuse-toi bien avec ça, et n'hésite pas à expérimenter ! Parce que, soyons honnêtes, le dev, c'est un peu comme jouer avec des Lego… mais avec du code ! 💻🎉