Azure Notification Hubs .NET: ce setare de proxy câștigă?

Configurați NotificationHubSettings.Proxy sau un transport HTTP furnizat, ținând cont de prioritatea HttpClient și MessageHandler a constructorului.

În API-ul .NET Notification Hubs cu NotificationHubSettings, un proxy poate fi furnizat la construirea clientului:

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);

Șirul de conexiune și numele hub-ului rămân configurația serviciului. Un endpoint HTTP public din lista de proxy HTTP poate completa adresa WebProxy în calea de construire implicită.

În acel constructor există o regulă de ordine:

  1. Un HttpClient furnizat este folosit primul.
  2. În caz contrar, un MessageHandler furnizat creează clientul HTTP.
  3. În caz contrar, Proxy creează un HttpClientHandler configurat pentru proxy.
  4. Dacă nu se furnizează nimic, constructorul își creează clientul HTTP implicit.

Dacă aplicația furnizează deja HttpClient sau MessageHandler, configurați proxy-ul acelui transport în loc să vă așteptați ca proprietatea Proxy separată să îl suprascrie.

Pentru un cont de proxy, setați acreditările pe WebProxy înainte de construire. Ele se autentifică la intermediar, nu la Notification Hub.

Exemplele mai vechi menționează NotificationHubClientSettings. Potriviți tipul de setări și constructorul expuse de pachetul instalat, în loc să amestecați acel nume într-un API care așteaptă NotificationHubSettings.

Articole similare