Discussion :

[gdkenny]

Bonjour,

j'ai un hiddenfield sur un aspx qui stocke une valeur que j'incrémente à partir de plusieurs ascx qui sont contenu dans l'aspx.

Je me suis rendu compte qu'après les postbacks la valeur de cet hiddenfield était conservée, j'ai donc mis enabledviewstate à false pour ce dernier, mais ca n'a rien changé, la valeur est toujours conservée à travers les postbacks.

Du coup je réinitialise moi même la valeur après le chargement du viewstate mais c'est bidon.

On ne peux pas désactiver le viewstate juste pour un contrôle?

Merci

[guitoux1]

Je penses que l'alimentation de ton HiddenFiled n'a rien avoir avec le ViewState.
Dans ASP.Net 2, les champ de formulaire son ré-alimenté après un PostBack non pas par le viewState mais par les valeur dans la collection des POST.

Pour faire ce que tu veux faire, je penses qu'en utilisant un champ Hidden HTML et en le mettant à runat=server, ça devrait fonctionner (il n'y a pas l'implémentation de la réalimentation de la valeur dans les HtmlControls)

[guitoux1]

Désolé, mon post précédent est faux. Les HtmlControls remettent aussi la valeur du POST dans le champ :

(source du HtmlInputHidden) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
protected virtual bool LoadPostData(string postDataKey, NameValueCollection postCollection)
{
    string text = this.Value;
    string text2 = postCollection.GetValues(postDataKey)[0];
    if (!text.Equals(text2))
    {
        base.ValidateEvent(postDataKey);
        this.Value = text2;
        return true;
    }
    return false;
}

[gdkenny]

Donc c'est non pas par le viewstate mais par la collection POST que mon champ hiddenfield est re-rempli...

Je vais vérifier ca, par contre peut tu m'expliquer la différence entre le viewstate et la collection POST?

Merci!!

[guitoux1]

Ben la collection POST c'est le truc classique en HTTP. le contenu de tes champs de formulaire qui sont envoyés à la page cible.

Le ViewState est propre à ASP.Net. C'est un mécanisme qui permet de garder les informations des contrôles ASP.Net d'un Post-Back à l'autre (utiliser pour les gridview, labels, ...). Les données sont sérialisées et stocker dans un champ Hidden de ta page.

[kheironn]

le viewState est tout de même un "truc" assez obscure... il me semble que l'on ne peut pas vraiment le manipuler à notre guise, non ?

[guitoux1]

le viewState est tout de même un "truc" assez obscure... il me semble que l'on ne peut pas vraiment le manipuler à notre guise, non ?

Tout dépend de ce que tu appel manipuler
Tu peux quand même pas mal intervenir dessus pour par exemple ne plus le mettre dans un champ hidden de ta page mais dans une variable de session (les pages sont ainsi moins lourdes mais au détriment des perfs serveur), où encore le crypter, le "chunked" (divisé en plusieurs morceaux), ...
C'est assez souble si tu prends la peine d'implémenter ton propre ViewStateManager, mais bon bien sûr le codage est plus complexe...

[gdkenny]

Ben la collection POST c'est le truc classique en HTTP. le contenu de tes champs de formulaire qui sont envoyés à la page cible.

D'accord pour ca, mais comment savoir pour un contrôle donné si il va être réaffecté par le viewstate ou la collection POST? Parce que la c'est de plus en plus flou pour moi...

Dans les explications du cycle de vie de la page, il est dit que les contrôles sont réaffecté par le viewstate sur l'événement load_viewstate(ou un truc du genre). Du coup ce code la:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
protected virtual bool LoadPostData(string postDataKey, NameValueCollection postCollection)
{
    string text = this.Value;
    string text2 = postCollection.GetValues(postDataKey)[0];
    if (!text.Equals(text2))
    {
        base.ValidateEvent(postDataKey);
        this.Value = text2;
        return true;
    }
    return false;
}

Me fait douter de tout ce que je croyais avoir compris jusqu'ici

A moins que après le décryptage du viewstate .NET affecte les valeurs à la collection POST?(n'importe quoi) Même si c'est comme ca ca n'explique pas le problème évoqué dans mon premier POST.

mmhhh,perdu je suis dans les limbes du webform

[guitoux1]

Les cotrôles qui POST des datas sont alimentés par leur contenu POST (cf PJ)
Pour ton PB, vide toi même le contenu de champ hidden

[gdkenny]

C'est bon, tout est clair dans mon esprit, après avoir regardé un peu le msdn,

on voit que la persistance des données des contrôles est gérée par la collection POST si le contrôle implémente IPostBackDataHandler et IPostBackEventHandler, sinon c'est le viewstate qui s'en occupe.
CQFD.

je comprend vite mais il faut m'expliquer longtemps