Sûrement, sûrement, sûrement, il y a un moyen de configurer l'objet .Net HttpWebRequest afin qu'il ne déclenche pas une exception lorsque HttpWebRequest.GetResponse() est appelé et tout 300 ou 400 codes d'état sont renvoyés?Comment faire pour arrêter .Net HttpWebRequest.GetResponse() déclencher une exception
Jon Skeet does not think so, donc je n'ose même pas demander, mais j'ai du mal à croire qu'il n'y a aucun moyen de contourner cela. Les codes de réponse 300 et 400 sont des réponses valables dans certaines circonstances. Pourquoi serions-nous toujours obligés d'encourir les frais généraux d'une exception?
Peut-être y a-t-il des paramètres de configuration obscurs qui ont échappé à Jon Skeet? Peut-être existe-t-il un type d'objet de requête complètement différent qui ne peut pas avoir ce comportement?
(et oui, je sais que vous pouvez juste attraper l'exception et obtenir la réponse de cela, mais je voudrais trouver un moyen de ne pas avoir à le faire).
Merci pour toute aide
Bonjour Darin Merci pour votre réponse. Vous faites de bons points. Je pense que les exceptions (en raison de leurs dépenses) devraient être facultatives, et je suis surpris qu'il n'y ait pas moyen de contourner cela. Vos solutions de rechange sont de bonnes idées. Je vais enquêter plus loin ... – James
Je suis d'accord et surtout, les services Web renvoient généralement des codes d'état 400 et 500 pour signaler des entrées non valides aux appels de service. Dans de nombreux cas, ce ne sont pas des erreurs. Par exemple, nous obtenons 400 codes d'état renvoyés par un certain service Web, simplement pour indiquer qu'il n'y a pas d'enregistrement disponible - ce n'est pas une erreur cependant. Le corps de la réponse est toujours json avec un message pour nous. Donc, je suis d'accord qu'il serait idéal de désactiver les exceptions, c'est pourquoi moi et beaucoup d'autres trouvent ce poste. –