Prokurilo agordita por unu nomita HttpClient ne aŭtomate agordas ĉiun klienton, kiun IHttpClientFactory redonas. Tenu la registran nomon kaj la petitan nomon kune.

services.AddHttpClient("via-proxy")
    .ConfigurePrimaryHttpMessageHandler(() => new HttpClientHandler
    {
        Proxy = new WebProxy("http://203.0.113.10:8080"),
        UseProxy = true
    });

Poste prenu tiun nomitan agordon:

var client = factory.CreateClient("via-proxy");

La finpunkto estas ilustra. Por permesitaj petoj al publikaj servoj, la listo de HTTP-prokuriloj proponas kandidatojn por la WebProxy-URL de la nomita kliento. Krei la defaŭltan sennoman klienton aliloke estas alia serĉo, eĉ se ambaŭ klientoj venas el la sama enjekta fabriko.

Agordu prokurilan konduton je konekta nivelo en la ĉefa tenilo anstataŭ trakti ĝin kiel celpetan kaplinion. La fabriko povas administri tenilajn vivodaŭrojn aparte de la HttpClient-objektoj, kiujn ĝi redonas.

Se tajpita kliento aŭ alia SDK posedas la alvokon, kontrolu, kiu registraĵo provizas ĝian HttpClient. Ĝuste agordita nomita kliento, kiu neniam estas uzata, ne influas la retvojon de tiu SDK.

Uzu ĉi tiun agordon por stabila enkursigada politiko. Ŝanĝi vivantan tenilon inter operacioj restas aparta problemo pri samtempeco kaj vivodaŭro.

Rilataj artikoloj