La .NET-helpa biblioteko de Twilio akceptas sian propran abstraktaĵon de HTTP-transporto. Ĝia adaptilo SystemNetHttpClient ebligas al tiu transporto uzi System.Net.Http.HttpClient agorditan de la aplikaĵo.

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

La aplikaĵo provizas proxyCredentials, ekzemple taŭgan NetworkCredential, kaj siajn ekzistantajn Twilio accountSid kaj authToken. Forigu la inicialigilon Credentials kiam la peranto ne bezonas konton. HTTP-finpunkto elektita el la listo de HTTP-prokuriloj estas alia kandidato por tiu neaŭtentigita vojo, laŭ la reta politiko de ĉi tiu aplikaĵo.

Transdonu twilioClient al la parametro client de la helpa operacio. Alie tiu operacio povas uzi aparte agorditan implicitan klienton.

AllowAutoRedirect estas malŝaltita ĉi tie por konservi la implicitan konduton de la SDK-adaptilo kiam ĝi kreas sian propran suban klienton. Se vi provizas propran HttpClient, la agordoj de ĝia traktanto fariĝas via respondeco.

Tenu systemHttp viva por la rilata laborŝarĝo kaj liberigu ĝin kiam tiu finiĝas. Nova traktanto ĉirkaŭ ĉiu SDK-peto kreas novan konektujon anstataŭ reuzi la agorditan transporton.

Rilataj artikoloj