HTTP პროქსის გამოყენება Twilio-ს .NET კლიენტთან

Twilio-ს .NET დამხმარე ბიბლიოთეკა იღებს საკუთარ HTTP ტრანსპორტის აბსტრაქციას. მისი SystemNetHttpClient ადაპტერი საშუალებას აძლევს ამ ტრანსპორტს გამოიყენოს აპლიკაციის მიერ კონფიგურირებული System.Net.Http.HttpClient.

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

აპლიკაცია აწვდის proxyCredentials-ს, მაგალითად შესაბამის NetworkCredential-ს, ასევე არსებულ Twilio accountSid-სა და authToken-ს. წაშალეთ Credentials-ის ინიციალიზატორი, როცა შუამავალს ანგარიში არ სჭირდება. HTTP პროქსიების სიიდან არჩეული HTTP საბოლოო წერტილი კიდევ ერთი კანდიდატია ამ აუთენტიფიკაციის გარეშე მარშრუტისთვის, ამ აპლიკაციის ქსელური პოლიტიკის დაქვემდებარებაში.

გადაეცით twilioClient დამხმარე ოპერაციის client პარამეტრს. წინააღმდეგ შემთხვევაში ეს ოპერაცია შეიძლება გამოიყენოს ცალკე კონფიგურირებული ნაგულისხმევი კლიენტი.

AllowAutoRedirect აქ გამორთულია, რათა შენარჩუნდეს SDK ადაპტერის ნაგულისხმევი ქცევა, როცა ის ქმნის საკუთარ ქვედა დონის კლიენტს. როცა თქვენ აწვდით საკუთარ HttpClient-ს, მისი handler-ის პარამეტრები თქვენს პასუხისმგებლობად იქცევა.

შეინარჩუნეთ systemHttp ცოცხალი შესაბამისი დატვირთვის განმავლობაში და გაათავისუფლეთ, როცა ეს დატვირთვა დასრულდება. ახალი handler ყოველი SDK მოთხოვნის გარშემო ქმნის კავშირების ახალ აუზს კონფიგურირებული ტრანსპორტის ხელახლა გამოყენების ნაცვლად.