Azure Notification Hubs .NET: pa osodiad dirprwy sy'n ennill?

Ffurfweddwch NotificationHubSettings.Proxy neu drafnidiaeth HTTP a ddarperir, gan gydnabod blaenoriaeth HttpClient a MessageHandler y constructor.

Yn API .NET Notification Hubs gyda NotificationHubSettings, gellir darparu dirprwy wrth adeiladu'r cleient:

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

Mae'r llinyn cysylltu a'r enw hub yn parhau i fod yn ffurfwedd y gwasanaeth. Gall pwynt terfyn HTTP cyhoeddus o'r rhestr dirprwyon HTTP lenwi cyfeiriad WebProxy yn y llwybr adeiladu diofyn.

Mae rheol trefn yn y constructor hwnnw:

  1. Defnyddir HttpClient a ddarperir yn gyntaf.
  2. Fel arall, mae MessageHandler a ddarperir yn creu'r cleient HTTP.
  3. Fel arall, mae Proxy yn creu HttpClientHandler wedi'i ffurfweddu ar gyfer dirprwy.
  4. Os na ddarperir dim, mae'r constructor yn creu ei gleient HTTP diofyn.

Os yw'r cymhwysiad eisoes yn darparu HttpClient neu MessageHandler, ffurfweddwch ddirprwy'r drafnidiaeth honno yn lle disgwyl i'r eiddo Proxy ar wahân ei ddiystyru.

Ar gyfer cyfrif dirprwy, gosodwch gymwysterau ar y WebProxy cyn adeiladu. Maent yn dilysu gyda'r cyfryngwr, nid gyda'r Notification Hub.

Mae enghreifftiau hŷn yn enwi NotificationHubClientSettings. Cydweddwch y math o osodiadau a'r constructor a ddangosir gan y pecyn sydd wedi'i osod yn lle cymysgu'r enw hwnnw i mewn i API sy'n disgwyl NotificationHubSettings.

Erthyglau cysylltiedig