Azure Notification Hubs .NET: mipangilio ipi ya proksi itashinda?

Sanidi NotificationHubSettings.Proxy au usafirishaji wa HTTP uliotolewa, ukizingatia kipaumbele cha HttpClient na MessageHandler cha mjenzi.

Katika API ya .NET ya Notification Hubs na NotificationHubSettings, proksi inaweza kutolewa wakati wa kuunda mteja:

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

Mnyororo wa muunganisho na jina la kitovu hubaki kuwa usanidi wa huduma. Kituo cha umma cha HTTP kutoka orodha ya proksi za HTTP kinaweza kujaza anwani ya WebProxy katika njia ya ujenzi chaguo-msingi.

Kuna kanuni ya mpangilio katika mjenzi huyo:

  1. HttpClient iliyotolewa hutumika kwanza.
  2. Vinginevyo, MessageHandler iliyotolewa huunda mteja wa HTTP.
  3. Vinginevyo, Proxy huunda HttpClientHandler iliyosanidiwa kwa proksi.
  4. Ikiwa hakuna kilichotolewa, mjenzi huunda mteja wake wa HTTP chaguo-msingi.

Ikiwa programu tayari inatoa HttpClient au MessageHandler, sanidi proksi ya usafirishaji huo badala ya kutarajia sifa tofauti ya Proxy kuipindua.

Kwa akaunti ya proksi, weka vitambulisho kwenye WebProxy kabla ya ujenzi. Hivyo huthibitisha kwa mpatanishi, si kwa Notification Hub.

Mifano ya zamani hutaja NotificationHubClientSettings. Linganisha aina ya mipangilio na mjenzi unaoonyeshwa na kifurushi kilichosakinishwa, badala ya kuchanganya jina hilo katika API inayotarajia NotificationHubSettings.

Makala zinazohusiana