שימוש בפרוקסי HTTP עם לקוח ה-.NET של Twilio
עטפו System.Net.Http.HttpClient מודע לפרוקסי במתאם SystemNetHttpClient של Twilio והעבירו אותו אל TwilioRestClient.
ספריית העזר של .NET מבית Twilio מקבלת הפשטת תעבורת 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 מתאים, וכן את ה-accountSid וה-authToken הקיימים של Twilio. הסירו את מאתחל ה-Credentials כאשר המתווך אינו זקוק לחשבון. נקודת קצה HTTP שנבחרה מרשימת שרתי פרוקסי HTTP היא מועמדת נוספת למסלול הלא מאומת הזה, בכפוף למדיניות הרשת של יישום זה.
העבירו את twilioClient לפרמטר client של פעולת העזר. אחרת הפעולה עשויה להשתמש בלקוח ברירת מחדל שהוגדר בנפרד.
AllowAutoRedirect מושבת כאן כדי לשמור על התנהגות ברירת המחדל של מתאם ה-SDK כשהוא יוצר לקוח בסיס משל עצמו. כשאתם מספקים HttpClient משלכם, הגדרות המטפל שלו הופכות באחריותכם.
השאירו את systemHttp פעיל לאורך עומס העבודה הקשור ושחררו אותו כשהעומס מסתיים. מטפל חדש סביב כל בקשת SDK יוצר מאגר חיבורים חדש במקום לעשות שימוש חוזר בתעבורה המוגדרת.