Persistent c# objets à travers les publications

J'ai une asp.net la page qui a le c# code-behind qui fait des trucs dans le Page_Load (), méthode (comme une requête de base de données et quelques autres appels à remplir des objets avec des données). J'ai ensuite afficher ces données sur la page. Tout cela fonctionne très bien. J'ai mis en place un couple de publications, de sorte que lorsqu'une valeur dans une zone de liste est cliqué, un panneau de contrôle est comblé avec le reste de la correspondante de l'objet de données. Je pensais que les publications soient de la bonne façon de le faire, mais cela provoque la (l'ensemble de la classe?) pour être de nouveau appelé, qui ré-initialise mes objets et détruit les données que je veux garder.

Aura une certaine forme de partiel-publication de résoudre ce problème, ou est-il une meilleure façon de mettre en œuvre ce que je suis en train de faire?

Je ne veux pas re-remplir les objets chaque fois qu'une publication est appelé, qui prend une requête de base de données, et je veux éviter la ré-interrogation à chaque fois que quelque chose est cliqué...

J'ai trouvé beaucoup de questions sur la persistance des objets en Javascript, mais rien qui semble vraiment remédier à ce problème. Je suis en utilisant .Net 4.0

  • Vous avez beaucoup de choix de persister à votre Session de données/Cache/Cookie/etc... un Autre choix pourrait être partielle post avec un UpdatePanel.
InformationsquelleAutor uscere90 | 2011-06-10
  1. 3

    Mettre les objets dans le Session pour l'utilisateur actuel.

    • Ok, est encore en train de faire une publication complète considéré comme la bonne façon de le faire? Ou devrais-je être en faisant usage de une sorte de ajax ou partielle de publication pour changer seulement certaines parties de la page?
    • Vous êtes sur un autre sujet totalement maintenant. Maintenant les variables et les objets pour un utilisateur entre les publications sont manipulées par Session - soit InProc à l'aide d'une base de données SQL Server. Si vous souhaitez faire un full publication ou de l'utilisation d'AJAX est dépendant de la façon dont votre application est aménagé. L'actualisation de la grille ou de liste, par exemple, est probablement mieux gérées à l'aide d'une actualisation AJAX que vous avez seulement besoin de saisir les données et pas de mise en page des éléments, etc. Espérons que cela aide.
    • Je ne recommande pas de mettre les objets dans la session.
    • Pouvez-vous développer? Ce commentaire n'est pas utile à tous. Je ne peux pas il suffit de prendre votre parole, j'ai besoin de savoir pourquoi vous ne le recommande pas.
    • Désolé 😉 Mettre l'ensemble des objets dans la session n'est pas recommandé car, en fonction de l'état de la session que vous choisissez (et vous ne savez jamais ce que vous utilisez dans le future), votre objet peut avoir besoin d'être sérialisable. Une autre chose est de Stocker des choses dans la session ne doit être effectuée pour "global" fins (comme une sélection spécifique dans votre intranet est en fait que vous avez besoin de transporter les séances de durée de vie). Qu'advient-il si l'utilisateur ouvre une autre fenêtre et ouvre la même page dans la même session? Vous devez prendre soin à ce sujet alors...
    • Le problème que vous avez décrit est spécifique à l'application et sans connaître les détails, je tiens à ma recommandation. Pour de nombreuses applications MÉTIER, j'ai travaillé sur je ne m'en soucie pas vraiment combien d'onglets ou fenêtres (dans le même processus de navigateur de l'utilisateur ouvre - c'est la même session.

    InformationsquelleAutor Yuck
  2. 2

    Mettre tous vos initialisation des trucs dans un (!IsPostback) { } et l'utilisation partielle des publications. De cette façon, le code d'initialisation n'est pas appelée à nouveau lors de la publications.

    • J'ai mis dans la section Page_Load - le problème, je suis en cours d'exécution, c'est à la portée des variables. J'ai un certain nombre de méthodes que j'utilise pour travailler avec ces objets, si elles sont déclarées dans la classe de la portée des variables. Quand je fais une publication complète, ils se re-déclarée et les anciens sont détruits.
    • Vous pouvez utiliser ViewState au lieu de Session les variables. De cette manière, ils ne vivent qu'à l'intérieur de cette page.
    InformationsquelleAutor Marcus
  3. 1

    Pourquoi ne pas vous mettre en cache l'objet?

    La mise en cache de l'API, à l'Aide de l'Objet dans le Cache:
    http://msdn.microsoft.com/en-us/library/aa478965.aspx#aspnet-cachingtechniquesbestpract_topic4

    InformationsquelleAutor FiveTools