La bibliothèque d'assistance .NET de Twilio accepte sa propre abstraction de transport HTTP. Son adaptateur SystemNetHttpClient permet à ce transport d'utiliser un System.Net.Http.HttpClient configuré par l'application.

var proxy = new System.Net.WebProxy(
    "http://proxy.example.net:8080")
{
    Credentials = proxyCredentials
};

var handler = new System.Net.Http.HttpClientHandler
{
    Proxy = proxy,
    UseProxy = true,
    AllowAutoRedirect = false
};

var systemHttp = new System.Net.Http.HttpClient(handler);
var transport = new Twilio.Http.SystemNetHttpClient(systemHttp);
var twilioClient = new Twilio.Clients.TwilioRestClient(
    accountSid, authToken, httpClient: transport);

L'application fournit proxyCredentials, par exemple un NetworkCredential approprié, ainsi que ses accountSid et authToken Twilio existants. Supprimez l'initialiseur Credentials lorsque l'intermédiaire n'a pas besoin de compte. Un point de terminaison HTTP choisi dans la liste de proxys HTTP est un autre candidat pour cet itinéraire non authentifié, sous réserve de la politique réseau de cette application.

Passez twilioClient au paramètre client de l'opération d'assistance. Sinon, cette opération peut utiliser un client par défaut configuré séparément.

AllowAutoRedirect est désactivé ici pour conserver le comportement par défaut de l'adaptateur du SDK lorsqu'il crée son propre client sous-jacent. Si vous fournissez votre propre HttpClient, les réglages de son gestionnaire deviennent votre responsabilité.

Maintenez systemHttp en vie pendant la charge de travail associée et libérez-le lorsqu'elle se termine. Un nouveau gestionnaire autour de chaque requête du SDK crée un nouveau pool de connexions au lieu de réutiliser le transport configuré.

Articles similaires