ஒரு பெயரிடப்பட்ட 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-யின் நெட்வொர்க் பாதையைப் பாதிக்காது.

நிலையான வழிசெலுத்தல் கொள்கைக்கு இந்த உள்ளமைவைப் பயன்படுத்தவும். செயல்பாடுகளுக்கு இடையே செயலில் உள்ள ஹேண்ட்லரை மாற்றுவது தனி ஒருங்கிணைப்பு மற்றும் ஆயுள் சிக்கலாகவே உள்ளது.

தொடர்புடைய கட்டுரைகள்