Existe-t-il un moyen d'examiner WebResponse sans affecter le flux de réponses sous-jacent dans .NET?

Question

Après un appel à initial HttpWebResponse.GetResponseStream() et en lisant le flux, ce flux est terminé et ne peut pas être réutilisé.

J'ai une situation où j'ai besoin d'examiner le contenu de la réponse et si c'est d'une certaine donnée, obtenir une autre page, puis passer la nouvelle réponse sur la ligne. Sinon, transmettez la réponse d'origine telle quelle. Le seul problème est qu'après avoir examiné la réponse pour vérifier ces "données spéciales", cette réponse n'est pas bonne pour le code en aval. La seule façon, je pense, de rendre cela transparent au code en aval, est de créer une classe dérivée de HttpWebResponse, et de mettre en cache les données diffusées, et de passer ce flux caché sur la ligne au lieu de la courant. Je ne suis pas sûr que ce soit faisable puisque je ne l'ai pas examiné plus avant.

Existe-t-il d'autres moyens de gérer un scénario comme celui-ci?

Answer 1

Que diriez-vous ceci:

using (var client = new WebClient()) 
{ 
    string result = client.DownloadString("http://www.foo.bar"); 
    // TODO: examine result as much as you wish 
} 

Si vous ne voulez pas charger la réponse tout en mémoire, vous pouvez passer à une fonction d'analyse qui l'examinera une fois et renvoyer un objet contenant toutes les propriétés que vous sont intéressés pour que vous puissiez examiner cet objet autant que vous le souhaitez.

Answer 2

Avez-vous essayé de définir le Position du flux de retour à ? Une fois que vous avez traité le flux, le curseur se trouve à la fin du flux.

C'est pourquoi lorsque ASP.NET commence à traiter le flux, il n'y a rien à lire. Essayez de déplacer le curseur au début du flux, puis ASP.NET peut lire la requête entière.

Answer 3

On dirait que c'est peut-être le bon endroit pour un message inspector. Vous écraserez le AfterReceiveRequest pour rechercher vos "certaines données" pertinentes. Si aucune "certaines données" ne renvoient la copie dans le corps du message et disparaissent, sinon vous pourriez vouloir déclencher un événement ou lancer une exception que votre code attraperait puis "aller chercher cette autre page". Avec un inspecteur de messages, vous pouvez consulter les données entrantes/sortantes, les modifier si vous le souhaitez ou les transmettre à la destination d'origine sans les modifier.

Remarque: pour les inspecteurs de messages et les comportements personnalisés, vous devez disposer de .NET 3.0 ou version ultérieure.