Quelque chose comme viewstate et session

Question

Le problème que j'ai est la suivante:

J'ai actuellement une classe personnalisée qui génère des boutons et les place sur un espace réservé sur une page maître.

Les événements de ces boutons placent des valeurs spécifiques dans une session qui diffèrent des valeurs d'une requête de base de données. En substance, les boutons servent de filtres pour les graphiques. Après avoir créé tous les boutons, j'ai réalisé que les valeurs de session resteront constantes d'une page à l'autre, donc chaque fois qu'un utilisateur entre une page différente alors qu'une autre est ouverte, les filtres sélectionnés sur la page ouverte resteront constants pour la nouvelle page c'est ouvert. Au début, je voulais utiliser viewstate plutôt que session, mais je me suis rendu compte qu'une page maître et une page de contenu ne partageaient pas le même état de vue.

À l'heure actuelle, je pense utiliser un préfixe pour la clé de sesson qui permettra d'identifier la page pour laquelle les filtres existent réellement. Cependant, je ne veux pas surcharger la session avec de nombreuses valeurs si l'utilisateur souhaite avoir plusieurs pages ouvertes en même temps.

Des solutions qui impliqueraient un moyen de partager viewstate (ou un autre moyen de stocker des valeurs) entre app_code, le maître et la page de contenu?

Answer 1

Avez-vous considéré Context.Items?

Answer 2

Utilisez HttpContext.Current.Items, il s'agit d'une collection de paires clé-valeur avec une durée de vie d'une seule requête HTTP.

Answer 3

Combien de filtres parlons-nous ici? Stockez les valeurs de filtre dans l'URL. Avez-vous vu certaines des URL que google ou un site de commerce électronique utilise? Ils sont assez longs. Voici comment je le fais:

1. je stocke les valeurs de filtre dans la requête comme, www.chart.com?filter1=val1 & filtre2 = val2 etc.
2. I utilisateur JQuery's query plugin pour manipuler la requête sur la côté client, puis demander à nouveau le graphique à partir du serveur, en utilisant la nouvelle requête.
3. De cette façon, je ne suis pas junking session, cookies, ou quoi que ce soit, et si l'utilisateur veut stocker un signet à un tableau particulier ou l'envoyer par courriel à un ami, ils peuvent et les filtres sont conservés.

Answer 4

Je commence à penser que la réponse indiqué dans la question suivante fonctionnera:

ViewState object lost in Master Page Load

les variables souhaitées Révéler via une propriété.

Answer 5

Si les données ne sont pas trop longues, les cookies sont une solution typique.

Une autre option consiste à utiliser le stockage isolé Silverlight. Le contrôle Silverlight lui-même pourrait être invisible (pas d'interface utilisateur).