Azure Notification Hubs .NET: aling setting ng proxy ang mananalo?

I-configure ang NotificationHubSettings.Proxy o ang ibinigay na HTTP transport, na kinikilala ang prayoridad ng HttpClient at MessageHandler ng constructor.

Sa Notification Hubs .NET API gamit ang NotificationHubSettings, maaaring magbigay ng proxy habang binubuo ang client:

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

Ang connection string at pangalan ng hub ay nananatiling configuration ng serbisyo. Ang pampublikong HTTP endpoint mula sa listahan ng HTTP proxy ay maaaring punan ang address ng WebProxy sa default na landas ng pagbuo.

May tuntunin sa pagkakasunod-sunod sa constructor na iyon:

  1. Ang ibinigay na HttpClient ang unang ginagamit.
  2. Kung hindi, ang ibinigay na MessageHandler ang gumagawa ng HTTP client.
  3. Kung hindi, ang Proxy ang gumagawa ng HttpClientHandler na naka-configure para sa proxy.
  4. Kung walang ibinigay, ang constructor ang gumagawa ng default nitong HTTP client.

Kung ang aplikasyon ay nagbibigay na ng HttpClient o MessageHandler, i-configure ang proxy ng transport na iyon sa halip na asahan na o-override ito ng hiwalay na property na Proxy.

Para sa proxy account, itakda ang mga kredensyal sa WebProxy bago ang pagbuo. Nagpapatunay ang mga ito sa tagapamagitan, hindi sa Notification Hub.

Binabanggit ng lumang mga halimbawa ang NotificationHubClientSettings. Itugma ang uri ng settings at constructor na inilalantad ng naka-install na package, sa halip na ihalo ang pangalang iyon sa API na umaasa ng NotificationHubSettings.

Kaugnay na mga artikulo