Twilios .NET-hjälpbibliotek accepterar sin egen HTTP-transportabstraktion. Dess SystemNetHttpClient-adapter låter den transporten använda en System.Net.Http.HttpClient som konfigureras av applikationen.

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);

Applikationen tillhandahåller proxyCredentials, till exempel en lämplig NetworkCredential, och sina befintliga Twilio accountSid och authToken. Ta bort Credentials-initieraren när mellanhanden inte behöver något konto. En HTTP-slutpunkt vald från listan med HTTP-proxyer är en annan kandidat för den oautentiserade vägen, beroende på nätverkspolicyn för den här applikationen.

Skicka twilioClient till hjälpoperationens client-parameter. Annars kan operationen använda en separat konfigurerad standardklient.

AllowAutoRedirect är inaktiverat här för att behålla SDK-adapterns standardbeteende när den skapar sin egen underliggande klient. Om du tillhandahåller din egen HttpClient blir inställningarna för dess handler ditt ansvar.

Håll systemHttp vid liv under den tillhörande arbetsbelastningen och frigör den när belastningen är slut. En ny handler runt varje SDK-förfrågan skapar en ny anslutningspool i stället för att återanvända den konfigurerade transporten.

Relaterade artiklar