Azure Notification Hubs .NET៖ តើការកំណត់ប្រូកស៊ីមួយណាឈ្នះ?

កំណត់ NotificationHubSettings.Proxy ឬ HTTP transport ដែលបានផ្តល់ ដោយទទួលស្គាល់អាទិភាព HttpClient និង MessageHandler របស់ constructor។

នៅក្នុង Notification Hubs .NET API ជាមួយ NotificationHubSettings អាចផ្តល់ប្រូកស៊ីពេលបង្កើត 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);

ខ្សែភ្ជាប់ និងឈ្មោះ hub នៅជាការកំណត់សេវា។ ចំណុចចុង HTTP សាធារណៈពី បញ្ជីប្រូកស៊ី HTTP អាចបំពេញអាសយដ្ឋាន WebProxy ក្នុងផ្លូវបង្កើតលំនាំដើម។

មានច្បាប់លំដាប់ក្នុង constructor នោះ៖

  1. HttpClient ដែលបានផ្តល់ត្រូវប្រើមុនគេ។
  2. បើមិនដូច្នេះ MessageHandler ដែលបានផ្តល់បង្កើត client HTTP។
  3. បើមិនដូច្នេះ Proxy បង្កើត HttpClientHandler ដែលកំណត់សម្រាប់ប្រូកស៊ី។
  4. បើគ្មានអ្វីបានផ្តល់ constructor បង្កើត client HTTP លំនាំដើមរបស់វា។

បើកម្មវិធីផ្តល់ HttpClient ឬ MessageHandler រួចហើយ សូមកំណត់ប្រូកស៊ីនៃ transport នោះ ជំនួសការរំពឹងថា property Proxy ដាច់ដោយឡែកនឹងជំនួសវា។

សម្រាប់គណនីប្រូកស៊ី កំណត់ព័ត៌មានសម្គាល់នៅលើ WebProxy មុនពេលបង្កើត។ ពួកវាផ្ទៀងផ្ទាត់ជាមួយអន្តរការី មិនមែនជាមួយ Notification Hub ទេ។

ឧទាហរណ៍ចាស់ៗលើកឈ្មោះ NotificationHubClientSettings។ ផ្គូផ្គងប្រភេទ settings និង constructor ដែលកញ្ចប់ដំឡើងផ្តល់ ជំនួសការលាយឈ្មោះនោះទៅក្នុង API ដែលរំពឹង NotificationHubSettings។

អត្ថបទពាក់ព័ន្ធ