Mbani një handler .NET të veçantë për çdo llogari proxy

Një transport mund të mbajë objektin e ofruesit të kredencialeve proxy të zgjedhur kur u krijua menaxheri i pishinës së tij. Zëvendësimi i WebProxy.Credentials pas kësaj nuk është një veprim i besueshëm i ndërrimit të llogarisë.

Krijoni itinerarin dhe llogarinë së bashku përpara se të përdorni klientin:

var proxy = new System.Net.WebProxy(proxyEndpoint)
{
    Credentials = new System.Net.NetworkCredential(proxyUser, proxyPassword)
};
var handler = new System.Net.Http.HttpClientHandler
{
    UseProxy = true,
    Proxy = proxy
};
var client = new System.Net.Http.HttpClient(handler);

Pika e fundit dhe kredencialet vijnë nga konfigurimi i aplikacionit. Ndërtoni një handler tjetër për një identitet të dytë; një HttpClient tjetër që ndan handlerin e parë ndan edhe politikën e tij.

Një ofrues ICredentials i personalizuar mund t’u përgjigjet sfidave të mëvonshme, por nuk mund të rietiketojë një tunel të vendosur si një llogari tjetër. Caktimi i një emri përdoruesi/fjalëkalimi global rreth thirrjeve asinkrone i lë kohën e sfidës dhe pronësinë e llogarisë në konflikt.

Mbani një grup të kufizuar klientësh kur nevojitet ripërdorim. Zbrazni punën e vjetër përpara se të hidhni transportin e saj. Një handler i ri për çdo kërkesë shpërdoron pishinat e lidhjeve; mbajtja e çdo llogarie historike përgjithmonë i rrit ato pa kufi.