Azure Notification Hubs .NET: எந்த proxy அமைப்பு வெல்லும்?

NotificationHubSettings.Proxy அல்லது வழங்கப்பட்ட HTTP transport-ஐ உள்ளமைக்கவும், constructor-இன் HttpClient மற்றும் MessageHandler முன்னுரிமையை அறிந்துகொள்ளவும்.

Notification Hubs .NET API-இல் NotificationHubSettings பயன்படுத்தும்போது client உருவாக்கத்தின் போது proxy வழங்கலாம்:

var settings = new Microsoft.Azure.NotificationHubs.NotificationHubSettings
{
    Proxy = new System.Net.WebProxy("http://proxy.example:8080")
};
var hub = new Microsoft.Azure.NotificationHubs.NotificationHubClient(
    hubConnectionString, hubName, settings);

இணைப்பு சரம் மற்றும் hub பெயர் சேவை உள்ளமைவாகவே இருக்கும். HTTP proxy பட்டியல்-இல் உள்ள பொது HTTP முனை இயல்புநிலை உருவாக்கப் பாதையில் WebProxy முகவரியை நிரப்பலாம்.

அந்த constructor-இல் ஒரு வரிசை விதி உள்ளது:

  1. வழங்கப்பட்ட HttpClient முதலில் பயன்படுத்தப்படுகிறது.
  2. இல்லையெனில் வழங்கப்பட்ட MessageHandler HTTP client-ஐ உருவாக்குகிறது.
  3. இல்லையெனில் Proxy proxy-க்கு உள்ளமைக்கப்பட்ட HttpClientHandler-ஐ உருவாக்குகிறது.
  4. எதுவும் வழங்கப்படாவிட்டால் constructor அதன் இயல்புநிலை HTTP client-ஐ உருவாக்குகிறது.

பயன்பாடு ஏற்கனவே HttpClient அல்லது MessageHandler வழங்கினால், தனி Proxy பண்பு அதை மேலெழுதும் என்று எதிர்பார்க்காமல் அந்த transport-இன் proxy-ஐ உள்ளமைக்கவும்.

proxy கணக்கிற்கு, உருவாக்கத்திற்கு முன் WebProxy-இல் சான்றுகளை அமைக்கவும். அவை இடைத்தரகரிடம் அங்கீகரிக்கப்படும், Notification Hub-இடம் அல்ல.

பழைய எடுத்துக்காட்டுகள் NotificationHubClientSettings என்று கூறுகின்றன. அந்தப் பெயரை NotificationHubSettings எதிர்பார்க்கும் API-இல் கலக்காமல், நிறுவப்பட்ட தொகுப்பு வழங்கும் settings வகை மற்றும் constructor-ஐ பொருத்தவும்.

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