Azure Notification Hubs .NET: ποια ρύθμιση διαμεσολαβητή κερδίζει;

Ρυθμίστε το NotificationHubSettings.Proxy ή ένα παρεχόμενο HTTP transport, λαμβάνοντας υπόψη την προτεραιότητα HttpClient και MessageHandler του κατασκευαστή.

Στο Notification Hubs .NET API με NotificationHubSettings, ένας διαμεσολαβητής μπορεί να παρασχεθεί κατά την κατασκευή του πελάτη:

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

Το connection string και το όνομα του hub παραμένουν η διαμόρφωση της υπηρεσίας. Ένα δημόσιο HTTP endpoint από τη λίστα διαμεσολαβητών HTTP μπορεί να συμπληρώσει τη διεύθυνση WebProxy στην προεπιλεγμένη διαδρομή κατασκευής.

Υπάρχει κανόνας σειράς σε αυτόν τον κατασκευαστή:

  1. Ένα παρεχόμενο HttpClient χρησιμοποιείται πρώτο.
  2. Διαφορετικά, ένα παρεχόμενο MessageHandler δημιουργεί τον HTTP client.
  3. Διαφορετικά, το Proxy δημιουργεί ένα HttpClientHandler ρυθμισμένο για διαμεσολαβητή.
  4. Αν δεν παρασχεθεί τίποτα, ο κατασκευαστής δημιουργεί τον προεπιλεγμένο HTTP client του.

Αν η εφαρμογή παρέχει ήδη HttpClient ή MessageHandler, ρυθμίστε τον διαμεσολαβητή αυτού του transport αντί να περιμένετε να τον υπερισχύσει η ξεχωριστή ιδιότητα Proxy.

Για λογαριασμό διαμεσολαβητή, ορίστε διαπιστευτήρια στο WebProxy πριν από την κατασκευή. Αυτά πιστοποιούνται στον ενδιάμεσο, όχι στο Notification Hub.

Παλαιότερα παραδείγματα αναφέρουν NotificationHubClientSettings. Αντιστοιχίστε τον τύπο ρυθμίσεων και τον κατασκευαστή που εκθέτει το εγκατεστημένο πακέτο, αντί να αναμειγνύετε αυτό το όνομα σε API που περιμένει NotificationHubSettings.

Σχετικά άρθρα