champ caché vs viewstate

Quelle est la différence lors de l'utilisation de

  • Champ caché vs l'état d'Affichage?
  • Quand les utiliser ?
  • Qui une plus sécurisé?
  • Ce qui est mieux dans la performance?
  • quelles sont les alternatives?
Ni sont vraiment meilleur ou pour le pire les uns que les autres. Que voulez-vous stocker?
parfois (Id pour les produits),parfois tableau de données et ainsi de suite..

OriginalL'auteur Anyname Donotcare | 2011-01-23

  1. 8

    ViewState est stocké dans un champ caché et il contient des informations sur l'ensemble de la page. Il peut également être chiffrées. Parce que l'état d'affichage est toujours envoyé dans le codebehind lors de la réalisation de Publications, il est très pratique car vous toujours obtenir les valeurs. L'inconvénient est qu'il peut être vraiment grand, si vous commencer à mettre beaucoup d'informations à l'intérieur et de la performance pourrait commencer à souffrir. Par exemple, dans certaines requêtes AJAX vous souhaitez seulement envoyer quelques petites informations pour le serveur et si vous avez utilisé des UpdatePanels l'ensemble de l'état d'affichage sera envoyé et il contient des informations qui ne sont pas nécessaires.

    ouais ,, u, l'utilisation d'viewstate avec une forte utilisation de l'AJAX n'est pas une performance sage?
    cela dépend de comment vous faire de l'AJAX. Si vous utilisez des UpdatePanels, alors non, il n'est pas sage, si vous êtes en utilisant un framework comme jQuery, vous avez le plein contrôle de ce qui est envoyé au serveur.
    ouais , je vois thank u tellement.

    OriginalL'auteur Darin Dimitrov

  2. 3

    Un champ caché peut être affiché dans une des pages HTML source alors que ViewState est, pour dire le moins, occulté et selon votre .version net, peut être chiffré à des degrés divers.

    asp.net viewstate de chiffrement

    Champ caché sera meilleur rendement, mais ne fournit aucune garantie et si le post données peuvent être manipulées, être beaucoup plus facile à modifier l'état d'affichage.

    Les variables de Session sont une bonne alternative à ces.

    +1 Par exemple si vous voulez des scripts côté client pour être en mesure d'accéder facilement à la valeur, de l'utilisation d'un champ caché.

    OriginalL'auteur Paul McCowat

  3. -1

    ViewState utilise en interne champ caché. Il est géré par ASP.NET Engine et est chiffré par défaut.

    Sur l'autre main, avec un champ caché de contrôle, vous arrivez à gérer ce qui est stocké dans. Par défaut, il n'est pas chiffrée.

    Performance sage, les deux sont les mêmes. Mais, je sens que ViewState est plus sécurisé. ASP.NET maintient son hachage afin de prévenir ou d'identifier l'altération de ce côté client.

    Vous pouvez également utiliser de session pour stocker des données.

    L'état d'affichage n'est pas chiffré par défaut - C'est une chaîne encodée en Base64.

    OriginalL'auteur decyclone