Discussion :

[crubs]

Bonjour à tous,

C'est mon premier post ici, je me présente donc rapidement: Un breton chef de projet pour la logistique Carrefour!
Je viens de reprendre en main une application développée en ASP.NET et qui présente de nombreux bugs!

Pardonnez-moi donc si ma question ressemble à une question de débutant, car elle l'est bel et bien!

Maintenant, mon problème:

J'ai donc une page en ASP qui contient un tableau.
Lors d'un PostBack sur cette page, le tableau est sauvegardé et restauré avec SaveViewState et LoadViewState.
Le LoadViewState effectue de nombreux traitement gourmands en uc et en accès à la bdd.
Or, quand l'utilisateur se déconnecte de cette page, cela se fait techniquement par un __doPostBack en javascript.
Les événements SaveViewState et LoadViewState sont alors appelés lors de cette déconnexion alors que ça n'a bien sûr aucun intérêt puisque l'utilisateur s'est déconnecté et que le tableau n'est bien sûr plus visible.
Ma question est donc: Comment je peux gérer PROPREMENT le fait de ne pas effectuer ces fameux traitements, existe t-il un moyen pour ne pas déclencher les événements SaveViewState et LoadViewState en fonction des paramètres passés dans le __doPostBack?
J'ai bien trouvé une solution: de passer un paramètres dans le __doPostBack et de le récupérer dans l'événement LoadViewState la valeur de la variable Page.Request["__EVENTTARGET"]; en fonction de la valeur de cette variable, l'événement LoadViewState n'effectue rien.
Ca fonctionne mais ça ne me semble pas propre, mon instinct me dit que ce problème est courant et qu'il existe une solution plus naturelle!
Merci donc à celui ou celle qui voudra bien m'éclairer!

[M_Makia]

Bonjour crubs et bienvenue sur le forum

Ca fonctionne mais ça ne me semble pas propre, mon instinct me dit que ce problème est courant et qu'il existe une solution plus naturelle!
Merci donc à celui ou celle qui voudra bien m'éclairer!

Ton instinct à vue juste ^^
Ce genre de mécanisme est courant en Asp.net.

Dans ton cas ça à l'aire d'un défaut de conception.
Malheureusement difficile de te donner un solution sans une petite analyse du code source de ta fameuse page.

Le mieux ça serait de revoir le mécanisme qui déclenche l'enregistrement en BDD avec un développeur confirmé en Asp.Net.
Si vous n'avez pas cette ressource tu peux toujours garder la petite astuce que tu as annoncé.

[crubs]

Bonjour crubs et bienvenue sur le forum



Ton instinct à vue juste ^^
Ce genre de mécanisme est courant en Asp.net.

Dans ton cas ça à l'aire d'un défaut de conception.
Malheureusement difficile de te donner un solution sans une petite analyse du code source de ta fameuse page.

Le mieux ça serait de revoir le mécanisme qui déclenche l'enregistrement en BDD avec un développeur confirmé en Asp.Net.
Si vous n'avez pas cette ressource tu peux toujours garder la petite astuce que tu as annoncé.

Bonjour Mickaël,

Merci pour ta réponse.
J'ai arrêté de chercher car pas le temps de brûler trop de gaz là dessus dans la mesure où ce que j'ai fait fonctionne correctement, même si c'est pas l'idéal.
Tu me rassures déjà sur le fait que ce que j'ai fait n'est pas une aberration!
Peut-être que je tomberai sur une autre solution meilleure un jour par hasard.

Merci encore.

[DotNetMatt]

Tu me rassures déjà sur le fait que ce que j'ai fait n'est pas une aberration!

Je pense que tu as mal compris son message ! C'est une grosse aberration, qui révèle une ignorance du cycle de vie des pages ASP.NET.

Ces évènements ne sont pas faits pour gérer ces opérations, il faut le faire plus tôt, au moment de l'évènement Page_Load. Quand tu es au niveau des évènements du ViewState, tu es déjà dans la phase de rendu...

Mais comme indiqué par M_Makia, on ne peut pas te guider plus sans voir ton code.