2008-09-15 7 views
3

Ou vice versa.Quand utiliser Server.Transfer sur PostBackURL?

Mise à jour:
Hmm, supposons que j'ai une application de panier, l'utilisateur clique sur le bouton Commander. La prochaine chose que je veux faire est d'envoyer l'utilisateur à une page Invoice.aspx (ou similaire). Lorsque l'utilisateur touche la caisse, je pouvais Button.PostBackURL = "Invoice.aspx"
or I could do
Server.Transfer("Invoice.aspx")

(j'ai aussi changé le titre puisque la méthode est appelée transfert et non TransferURL)

+0

Vous voudrez peut-être être un peu plus descriptif de ce que vous essayez d'accomplir –

Répondre

6
  • Server.TransferURL n'entraînera dans un aller-retour de la demande HTTP /réponse. La barre d'adresse ne sera pas mise à jour, dans la mesure où le navigateur sait qu'il a reçu seulement un document. Server.Transfer conserve également le contexte d'exécution, de sorte que le script "continue" au lieu de "recommence à zéro".
  • PostbackURL assure une requête HTTP , ce qui entraîne une URL éventuellement différente et bien sûr encourant des coûts de latence réseau.

Habituellement, lorsque vous tentez de «choisir entre les deux», cela signifie que vous préférez utiliser PostbackURL.

N'hésitez pas à élargir votre question avec des détails et nous pouvons répondre à vos besoins précis.

+0

Matt R: Je viens de voir votre mise à jour. vous devriez certainement utiliser PostBackURL dans ce scénario, sauf si vous êtes prêt à faire des tests et des recherches approfondies avec Server.Transfer –

1

Server.Transfer se fait entièrement à partir du serveur. La publication est initiée à partir du client pour l'affichage du contenu du formulaire et l'URL de publication identifie la page à publier.

Peut-être que vous vouliez comparer avec Response.Redirect, ce qui force le client à soumettre une nouvelle requête pour une nouvelle URL.

Questions connexes