2009-01-18 6 views
1

Je voudrais savoir si je peux envoyer un HttpWebRequest sans attendre de réponse (en utilisant .NET).HttpWebRequest sans réponse - est-ce correct?

Je suis intéressé par l'envoi d'informations, mais je ne me soucie pas de la réponse.

Est-ce que je dois attendre la réponse? Ou je suis sûr de juste émettre la demande?

Je pense qu'il est la même question que:

How to send http request in asp.net without waiting for a response and without tying up resources

Merci à l'avance.

+0

Y a-t-il une raison http://stackoverflow.com/questions/449506/how-to-send-http-request-in-asp-net-without-waiting-for-a-response-and-withoutty ne répond pas à ta question? –

+0

Il ne répond pas. Il propose une solution async. J'aimerais savoir si je peux ignorer la réponse. Qu'est-ce que tu penses? –

+1

Eh bien, une solution asynchrone sans rappel ignore la réponse. –

Répondre

1

Je suppose que cela dépend de ce que vous appréciez - et comment la réponse affecte cela. Est-ce que vous vous souciez de ce que la réponse pourrait contenir? Est-ce que vous vous souciez de savoir si l'utilisateur connaît le résultat? Est-ce que vous vous souciez de savoir si les fonctions de votre application fonctionnent? Si vous ne vous souciez aucunement des résultats des messages sortants, il semble que vous puissiez ignorer les résultats.

-1

Eh bien, ne vous êtes pas intéressé si votre demande a été reçu sur le serveur?

Si cela ne vous intéresse même pas, il semble que vous n'ayez rien à envoyer.

Pourquoi ne vous souciez-vous pas de la réponse? (Ou plutôt, pourquoi pensez-vous que vous ne vous souciez pas de la réponse?)

2

Non, vous ne pouvez pas simplement l'ignorer, afin de vous assurer que le serveur traite la requête dont vous avez besoin pour vous assurer que quelque chose écoute une réponse .

La solution asynchrone dans l'autre question est la réponse. Comme d'autres l'ont dit, il doit sûrement y avoir un certain degré d'intérêt dans la demande?

0

Le comportement dépend de la logique du serveur pour le traitement de la requête. Par exemple, dans ASP.NET si vous traitez une requête longue, vous avez la possibilité de vérifier Request.IsClientConnected périodiquement pour vous assurer que le client est connecté et qu'il attend la réponse. Vous pouvez décider de mettre fin au traitement si le client s'est déconnecté. Cela aide à économiser de précieuses ressources de serveur pour les demandes de longue durée.

Si vous contrôlez le serveur, l'envoi de la requête et l'arrêt de l'opération sans attendre la réponse devraient être corrects. Si le serveur ne vous appartient pas, vous pouvez essayer de faire des essais et des erreurs pour déterminer le comportement du serveur. PS: Je suppose que vous ne vous souciez pas des erreurs de serveur à votre demande. Si vous devez vous assurer que votre requête a réussi, vous devrez attendre la réponse.

Questions connexes