Flurl 4 ၏ ကက်ရှ်ပြုထားသော ပရောက်စီကလိုင်းယင့်ကို တည်ငြိမ်သောအမည် ပေးပါ
တောင်းဆိုမှုတည်ဆောက်စဉ် ကျပန်းလမ်းကြောင်းရွေးချယ်မှုကို ထပ်ခါတလဲလဲ မကျင့်သုံးဘဲ မတူညီသော ပရောက်စီဖွဲ့စည်းပုံများကို ထိန်းသိမ်းရန် Flurl ၏ ကလိုင်းယင့်ကက်ရှ်ကို အသုံးပြုပါ။
var client = clients.GetOrAdd(
"proxy-east",
"https://example.com",
builder => builder.ConfigureInnerHandler(handler =>
handler.Proxy = new WebProxy("http://203.0.113.10:8080")));
ဤနေရာတွင် clients သည် Flurl 4 ၏ IFlurlClientCache ဖြစ်သည်။ ရှာဖွေမှုမတိုင်မီ လမ်းကြောင်းကို ရွေးပြီး ၎င်း၏ ပြန်လည်အသုံးပြုနိုင်သော ကလိုင်းယင့်ကို တည်ငြိမ်သောအမည် ပေးပါ။ ခွင့်ပြုထားသော အများသူငှာ တောင်းဆိုမှုများအတွက် HTTP proxy စာရင်းမှ အတွင်းပိုင်း handler ၏ WebProxy URL အတွက် ကိုယ်စားလှယ်လောင်းများ ပေးသည်။ ပရောက်စီတန်ဖိုးအသစ်ဖြင့် proxy-east ကို ပြန်လည်အသုံးပြုခြင်းသည် ထိုနေရာတွင် ထိန်းသိမ်းထားပြီးဖြစ်သော ကလိုင်းယင့်ကို တောင်းဆိုမှုတစ်ခုချင်းစီအတွက် ပြန်လည်ဖွဲ့စည်းခြင်း မဟုတ်ပါ။
အက်ပ်ရွေးချယ်ထားသော အမျိုးအစားနှင့် ကိုက်ညီသော handler API ကို အသုံးပြုပါ; SocketsHttpHandler အတွက် Flurl သည် အခြားဖွဲ့စည်းပုံလမ်းကြောင်းကို မှတ်တမ်းတင်ထားသည်။
ရွေးချယ်ထားသော လမ်းကြောင်းကို လုပ်ငန်းဆောင် metadata တွင် ထားရှိပြီး သက်ဆိုင်ရာ ကလိုင်းယင့်မှတစ်ဆင့် ခေါ်ပါ။ factory ကို အကြံဉာဏ်တိုင်းတောင်းသည့်အခါ ကျပန်းရွေးချယ်မှုက ယုတ္တိရှိသော အလုပ်တစ်ခုအတွက် မကိုက်ညီသော မူဝါဒများ ဖြစ်စေနိုင်သည်။
အက်ပ်နယ်ပယ်အတွက် ကက်ရှ်ကို ပိုင်ဆိုင်ပြီး ၎င်း၏ ကြီးထွားမှုကို ကန့်သတ်ပါ။ ပြောင်းလဲနေသော ယာယီပရောက်စီစာရင်းသည် ကလိုင်းယင့်များနှင့် အရင်းအမြစ်များကို စုဆောင်းနိုင်သည်; အမည်များ/မှတ်တမ်းများအတွက် မြှုပ်ထားသော စကားဝှက်များအစား လုံခြုံသော လမ်းကြောင်းအမှတ်အသားများကို အသုံးပြုပါ။
၎င်းသည် ရှေးကျသော စိတ်ကြိုက် factory အခြေခံအဆောက်အအုံကို ကူးယူခြင်း သို့မဟုတ် အခြားတောင်းဆိုမှုတစ်ခုအတွင်း အသုံးပြုနေသော handler ကို ပြောင်းခြင်း အစား Flurl 4 ၏ အမည်ပေးကက်ရှ် အင်တာဖေ့စ်ကို အသုံးပြုသည်။