Twilio-യുടെ .NET ക്ലയന്റിനൊപ്പം HTTP പ്രോക്സി ഉപയോഗിക്കുക

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 എൻഡ്പോയിന്റും ആ പ്രാമാണീകരണമില്ലാത്ത പാതയ്ക്ക് സ്ഥാനാർത്ഥിയാണ്, ഈ ആപ്ലിക്കേഷന്റെ നെറ്റ്വർക്ക് നയത്തിന് വിധേയമായി.

സഹായ പ്രവർത്തനത്തിന്റെ client പാരാമീറ്ററിലേക്ക് twilioClient നൽകുക. അല്ലാത്തപക്ഷം ആ പ്രവർത്തനം വേറിട്ട് ക്രമീകരിച്ച സ്ഥിരസ്ഥിതി ക്ലയന്റ് ഉപയോഗിച്ചേക്കാം.

SDK അഡാപ്റ്റർ സ്വന്തം അടിസ്ഥാന ക്ലയന്റ് സൃഷ്ടിക്കുമ്പോൾ അതിന്റെ സ്ഥിരസ്ഥിതി സ്വഭാവം നിലനിർത്താൻ AllowAutoRedirect ഇവിടെ പ്രവർത്തനരഹിതമാണ്. നിങ്ങളുടെ സ്വന്തം HttpClient നൽകുമ്പോൾ അതിന്റെ ഹാൻഡ്ലർ ക്രമീകരണങ്ങൾ നിങ്ങളുടെ ഉത്തരവാദിത്വമാകുന്നു.

ബന്ധപ്പെട്ട ജോലിഭാരത്തിനിടയിൽ systemHttp സജീവമായി നിലനിർത്തുകയും ആ ജോലിഭാരം അവസാനിക്കുമ്പോൾ അത് ഒഴിവാക്കുകയും ചെയ്യുക. ഓരോ SDK അഭ്യർത്ഥനയ്ക്കും ചുറ്റും പുതിയ ഹാൻഡ്ലർ ക്രമീകരിച്ച ഗതാഗതം പുനരുപയോഗിക്കുന്നതിനുപകരം പുതിയ കണക്ഷൻ പൂൾ സൃഷ്ടിക്കുന്നു.