Azure Notification Hubs .NET: कुन प्रोक्सी सेटिङ जित्छ?

NotificationHubSettings.Proxy वा दिइएको HTTP ट्रान्सपोर्ट कन्फिगर गर्नुहोस्, र constructor को HttpClient तथा MessageHandler प्राथमिकता चिन्नुहोस्।

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 endpoint ले पूर्वनिर्धारित निर्माण मार्गमा WebProxy ठेगाना भर्न सक्छ।

त्यस constructor मा क्रम नियम छ:

  1. दिइएको HttpClient पहिले प्रयोग हुन्छ।
  2. नभए दिइएको MessageHandler ले HTTP client बनाउँछ।
  3. नभए Proxy ले प्रोक्सीका लागि कन्फिगर गरिएको HttpClientHandler बनाउँछ।
  4. केही नदिइए constructor ले आफ्नो पूर्वनिर्धारित HTTP client बनाउँछ।

यदि एपले पहिले नै HttpClient वा MessageHandler दिन्छ भने, अलग Proxy प्रोपर्टीले त्यसलाई ओभरराइड गर्छ भन्ने नसोची त्यस ट्रान्सपोर्टको प्रोक्सी कन्फिगर गर्नुहोस्।

प्रोक्सी खाताका लागि निर्माण अघि WebProxy मा प्रमाणहरू सेट गर्नुहोस्। ती मध्यस्थसँग प्रमाणित हुन्छन्, Notification Hub सँग होइन।

पुराना उदाहरणहरूले NotificationHubClientSettings भन्छन्। NotificationHubSettings अपेक्षा गर्ने API मा त्यो नाम मिसाउने होइन, स्थापित प्याकेजले दिने settings प्रकार र constructor मिलाउनुहोस्।

सम्बन्धित लेखहरू