Les différentes méthodes de la classe HttpClient (GetAsync etc.) prennent un objet Uri ou une chaîne de caractères et tentent d'ouvrir une connexion à l'emplacement spécifié. Cependant, il est très probable dans mon cas que l'hôte distant n'écoute pas (le port est fermé et sera activement refusé; il se trouve à l'intérieur de notre LAN).
Je préférerais ne pas compter sur la capture d'une exception pour gérer ce scénario, d'autant plus que ces méthodes lancent une AggregateException que je devrais alors trier.
Y a-t-il un meilleur moyen de détecter ce scénario tout en bénéficiant des avantages de la classe HttpClient (l'hôte distant est un service WebApi) ? Devrais-je vérifier si le port écoute préalablement en utilisant quelque chose comme TcpClient ? Bien sûr, cela implique une condition de concurrence entre les appels. J'espère que la surcharge de constructeur qui prend un HttpMessageHandler aidera, mais rien dans WebRequestHandler ne m'aide non plus...