Azure Notification Hubs .NET: tetapan proksi mana yang menang?

Dalam API Notification Hubs .NET dengan NotificationHubSettings, proksi boleh dibekalkan semasa klien dibina:

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

Rentetan sambungan dan nama hab kekal sebagai konfigurasi perkhidmatan. Titik akhir HTTP awam daripada senarai proksi HTTP boleh mengisi alamat WebProxy dalam laluan pembinaan lalai.

Terdapat peraturan susunan dalam konstruktor itu:

1. HttpClient yang dibekalkan digunakan dahulu.
2. Jika tidak, MessageHandler yang dibekalkan mencipta klien HTTP.
3. Jika tidak, Proxy mencipta HttpClientHandler yang dikonfigurasikan untuk proksi.
4. Jika tiada apa dibekalkan, konstruktor mencipta klien HTTP lalainya.

Jika aplikasi sudah membekalkan HttpClient atau MessageHandler, konfigurasikan proksi pengangkutan itu daripada mengharapkan sifat Proxy berasingan mengatasinya.

Untuk akaun proksi, tetapkan kelayakan pada WebProxy sebelum pembinaan. Ia mengesahkan diri dengan perantara, bukan dengan Notification Hub.

Contoh lama menamakan NotificationHubClientSettings. Padankan jenis tetapan dan konstruktor yang didedahkan oleh pakej yang dipasang, daripada mencampurkan nama itu ke dalam API yang menjangka NotificationHubSettings.