یو نومول شوي HttpClient لپاره ترتیب شوی پروکسي هغه هر کلینټ چې IHttpClientFactory بیرته راګرځوي په اتوماتيک ډول نه ترتیبوې. د ثبت نوم او غوښتل شوی نوم باید یوځای وساتل شي.

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

بیا هغه نومول شوې ترتیبات ترلاسه کړئ:

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

هغه پای ټکی یوازې یوه بېلګه ده. د اجازه ورکړل شوو عامه خدمتونو غوښتنو لپاره، د HTTP پروکسي لیست د نومول شوي کلینټ د WebProxy URL لپاره نوماندان وړاندې کوي. د اصلي بې نومه کلینټ په بل ځای جوړول بېله پلټنه ده، حتی که دواړه کلینټ له هماغه انجیکټ شوې فابریکې څخه راشي.

د پروکسي چلند د منزل غوښتنې سرلیک په توګه مه ګڼئ، بلکې په لومړني هینډلر کې د اړیکې په کچه یې ترتیب کړئ. فابریکه کولای شي د هینډلرونو عمر له هغو HttpClient توکو څخه جلا اداره کړي چې بیرته یې راګرځوي.

که زنګ د ټایپ شوي کلینټ یا بل SDK وي، وګورئ کوم ثبت یې HttpClient برابروي. په سمه توګه ترتیب شوی نومول شوی کلینټ چې هیڅکله نه کارول کیږي د هغه SDK د شبکې لارې ته زیان نه رسوي.

دا ترتیبات د باثباته لارښوونې تګلارې لپاره وکاروئ. د عملیاتو ترمنځ فعال هینډلر بدلول لا هم یوه جلا هممهالنه او د عمر ستونزه ده.

اړوندې مقالې