Azure Notification Hubs .NET: quale impostazione proxy vince?

Nell'API .NET di Notification Hubs con NotificationHubSettings, è possibile fornire un proxy durante la costruzione del client:

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

La stringa di connessione e il nome dell'hub restano la configurazione del servizio. Un endpoint HTTP pubblico dall'elenco di proxy HTTP può riempire l'indirizzo WebProxy nel percorso di costruzione predefinito.

In quel costruttore esiste una regola di ordine:

1. Un HttpClient fornito viene usato per primo.
2. Altrimenti, un MessageHandler fornito crea il client HTTP.
3. Altrimenti, Proxy crea un HttpClientHandler configurato per il proxy.
4. Se non viene fornito nulla, il costruttore crea il suo client HTTP predefinito.

Se l'applicazione fornisce già HttpClient o MessageHandler, configura il proxy di quel trasporto invece di aspettarti che la proprietà Proxy separata lo sovrascriva.

Per un account proxy, imposta le credenziali su WebProxy prima della costruzione. Si autenticano con l'intermediario, non con Notification Hub.

Gli esempi più vecchi citano NotificationHubClientSettings. Fai corrispondere il tipo di impostazioni e il costruttore esposti dal pacchetto installato, invece di mescolare quel nome in un'API che si aspetta NotificationHubSettings.