voulez-vous demander quelle est la taille acceptable de ViewState par page? Quel est le niveau que je devrais commencer à m'inquiéter?
Existe-t-il une mesure objective de la taille du viewstate?Quelle est la taille acceptable de ViewState
Merci pour toute opinion :-) Cheers, X.
Je pense que cela dépend essentiellement de ce que vous devez réaliser, et de combien vous l'utilisez à des fins "intentionnelles". Quoi qu'il en soit, il existe des moyens pour mesurer, décoder et l'optimiser:
http://jagbarcelo.blogspot.com/2009/03/viewstate-size-minimization.html
https://web.archive.org/web/1/http://articles.techrepublic%2ecom%2ecom/5100-10878_11-5229520.html
Cela dépend ..... Si vous avez 1 utilisateur alors la taille est pas aussi important par rapport à si vous avez un million d'utilisateurs. Vous devez également savoir combien de RAM vous avez et si vous manquez de RAM
Cela dépend de vos utilisateurs finaux. Pour une application interne où la taille de la page n'est pas un critère important, je ne m'en soucierais pas trop.
Viewstate n'est pas un problème en soi, c'est un problème quand il commence à ralentir votre application, car il envoie ce viewstate entre votre client et votre serveur.
Vous devez considérer que viewstate est envoyé à l'utilisateur pour être rendu dans la source de la page, mais il sera également renvoyé à votre serveur pour conserver l'état de cette page, et il sera chargé dans Mémoire.
Si vos utilisateurs finaux ont une connexion Internet lente, plus la page est grande, plus elle est lente et douloureuse.
Si votre fournisseur d'hébergement vous facture en fonction des données transférées, vous pouvez également réduire ce nombre autant que possible. en particulier si vous avez beaucoup d'utilisateurs ...
Considérez également la mémoire disponible sur votre serveur car l'état viewstate est chargé dans la RAM pour chaque requête, pour chaque utilisateur.
Je ne suis pas sûr qu'il existe une "taille acceptable" pour un état de vue - cela dépend simplement de la taille et de la complexité de votre page. Je sais qu'il est facile pour lui de devenir gonflé et beaucoup plus grand que ce qu'il doit être - il ya quelques semaines, nous avons décodé notre état de vue et nous avons trouvé que nous pourrions le réduire d'environ 40% sur certaines de nos plus grandes pages.
Votre état d'affichage devrait être aussi grand que a besoin être. Assurez-vous simplement de garder un œil sur elle pour s'assurer qu'il ne gonfle pas avec des informations qui sont complètement inutiles à une publication.
Vous devez faire plus petit qu'un Borg Cube:
http://weblogs.asp.net/infinitiesloop/archive/2006/08/03/Truly-Understanding-Viewstate.aspx
ViewState ajoutera le caractère distinctif de votre application Web. La performance est futile.
Cela dépend de beaucoup de facteurs. Une page avec beaucoup de contrôles & contenu aura beaucoup plus de viewstate.Ce qui est acceptable dépend des limites de bande passante que vous avez. S'il s'agit d'une application interne de l'entreprise et qu'il n'y a pas beaucoup d'utilisateurs, un plus grand viewstate (200-500k) peut être acceptable. Si c'est sur le web ou que beaucoup d'utilisateurs y seront, vous devriez limiter la vue.
Pour limiter viewstate, examinez les moyens d'améliorer votre interface utilisateur afin qu'elle ne soit pas aussi compliquée. Les pop-ups modaux tels que Telerik RadWindow sont un bon moyen de déplacer certains contrôles vers une autre page, tout en préservant l'interaction entre les pages.
Sur les pages compliquées, les onglets sont aussi un bon moyen d'améliorer l'interface utilisateur. Chaque onglet peut être sa propre page.