Quelle est l'alternative à la Réponse.Redirect() asp.net?

Salut de l'Un des conseils de "performance de votre site web conseils" dans divers blogs dit "Éviter les Redirections". Dans mon cas, je suis en utilisant Response.Redirect pour la même page. Je suis de passage d'une chaîne de requête et l'affichage de l'information appropriée à l'utilisateur.

Response.Redirect("FinalPage.aspx?NextID=" + ID);

Donc, dans notre logique d'entreprise, je suis de recharger la même page avec des informations différentes.

Alors, comment puis-je éviter de redirection? Est-il une autre alternative? BTW, mon objectif est de gagner un peu de performance.

OriginalL'auteur User13839404 | 2011-02-04

  1. 6

    Redirection est le R dans la PRG modèle qui est un modèle pour le traitement posté demandes. C'est donc certainement pas de mal.

    Cependant, il y a une commune question d'entrevue: "Quelle est la différence entre Server.Redirect() et Server.Transfer() et dont l'un doit être utilisé?". Les gens l'habitude de dire Transfer parce qu'elle n'implique pas un aller-retour, mais le web a beaucoup changé depuis. Dans ces jours, vous ne pouviez pas ré-utiliser la logique commune dans les points de vue, sauf si vous utilisez le Transfert ou la Redirection, mais de nos jours, surtout avec l'ASP NET MVC, il ya des tonnes de façons de le faire.

    Dans votre cas, je suis pour PRG et je crois redirection est sémantiquement correct. Aussi, il empêche la forme de re-soumis si l'utilisateur clique sur F5 ou de rafraîchissement.

    OriginalL'auteur Aliostad

  2. 3

    La recommandation est pour inutile redirections.

    Votre cas est différent, vous êtes de passage de l'information à la page, ce n'est pas strictement la même chose qu'un régulier de redirection (c'est à dire une page qui se sont déplacés).

    OriginalL'auteur Oded

  3. 0

    Vous pouvez également faire une Server.Transfer, qui ne nécessite pas une nouvelle demande de venir dans, diminuant ainsi la charge sur le serveur. Plus d'informations en comparant les deux est ici.

    Dans votre cas, vous voulez faire une Redirection parce que vous êtes en train de modifier la chaîne de requête et de changer quelque chose sur la page, par opposition à un changement de traitement de la demande initiale à une autre page.

    OriginalL'auteur Mark Avenius

  4. 0

    Le "mal" si elle pourrait être appelée tels que les redirections ont besoin d'un aller-retour, le client demande une page (généralement la même page, en précisant qu'un bouton a été cliqué), et le serveur répond en disant: "demande à cette page", et le navigateur est conforme, résultant dans le serveur effectivement un service à la page suivante.

    Il est parfois nécessaire de faire cela, cependant, il existe de bien meilleures façons de contrôler la navigation dans un site web. Par exemple, au lieu d'une "forme" bouton qui provoque une publication et de redirection, vous pouvez utiliser un LinkButton qui se comporte comme un lien hypertexte, en laissant le navigateur demande la nouvelle page directement. Vous pouvez également utiliser un MultiView qui montre les différentes ASCXs, de contrôle et de navigation en vue de basculement (cependant, de comprendre que cela peut avoir ses propres implications sur les performances, en particulier lors de leur utilisation de manière imbriquée).

    OriginalL'auteur KeithS

  5. 0

    Je pense que si vous voulez rediriger vers la même page, alors au lieu de faire Response.Redirect("FinalPage.aspx?NextID=" + ID); vous pouvez utiliser NextID dans ViewState aussi ou Hidden Field de sorte que vous ne serait pas nécessaire de rediriger SAME page et ensuite vérifier que hidden field ou viewstate au lieu de vérifier QueryString

    😀

    OriginalL'auteur Harsh Baid