octobre
2011
Le viewstate pose souvent des problèmes, parmi les plus connus :
– Taille de page importante
– Corruption du viewstate
– Blocage au niveau de google qui n’aime pas trop ce champ
– Champs non crypté par défaut, présentant une exposition et une altération possible des valeurs contenues dedans par un utilisateur mal intentionné.
Même si le meilleur conseil serait d’essayer de ne pas l’utiliser, il fait quand même partie du Framework et il faut composer avec.
Principe de base
L’idée est de surcharger le comportement du framework pour la gestion du viewstate afin de la passer en session. On pourrait imaginer tout autre mécanisme de stockage (bdd, fichier,…) mais la mémoire reste le moyen le plus rapide de travailler sur ces données.