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 अनुरोधको वरिपरि नयाँ ह्यान्डलरले कन्फिगर गरिएको यातायात पुनः प्रयोग गर्नुको सट्टा नयाँ जडान पूल बनाउँछ।

सम्बन्धित लेखहरू