Azure Notification Hubs .NET: kva proxy-innstilling vinn?

I Notification Hubs .NET API med NotificationHubSettings kan ein proxy oppgivast under bygginga av klienten:

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

Tilkoplingsstrengen og hubnamnet er framleis tenestekonfigurasjonen. Eit offentleg HTTP-endepunkt frå liste over HTTP-proxyar kan fylla WebProxy-adressa i standard byggjeflyt.

Det finst ein rekkjefølgjeregel i den konstruktøren:

1. Ein medsende HttpClient vert brukt fyrst.
2. Elles lagar ein medsende MessageHandler HTTP-klienten.
3. Elles lagar Proxy ein proxykonfigurert HttpClientHandler.
4. Viss ingen ting er oppgjeven, lagar konstruktøren sin standard HTTP-klient.

Viss programmet allereie oppgjev HttpClient eller MessageHandler, konfigurer proxyen til den transporten i staden for å vente at den separate Proxy-eigenskapen overstyrer han.

For ein proxykonto set du legitimasjon på WebProxy før bygging. Dei autentiserer mot mellomleddet, ikkje mot Notification Hub.

Eldre døme nemner NotificationHubClientSettings. Tilpass innstillingstypen og konstruktøren som den installerte pakken eksponerer, i staden for å blande det namnet inn i eit API som ventar NotificationHubSettings.