Azure Notification Hubs .NET: کون سی پراکسی سیٹنگ جیتتی ہے؟

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 HTTP client بناتا ہے۔
3. ورنہ Proxy پراکسی کے لیے کنفیگر شدہ HttpClientHandler بناتا ہے۔
4. اگر کچھ فراہم نہ کیا جائے تو constructor اپنا ڈیفالٹ HTTP client بناتا ہے۔

اگر ایپ پہلے ہی HttpClient یا MessageHandler فراہم کرتی ہے تو اسی ٹرانسپورٹ کی پراکسی کنفیگر کریں، یہ توقع نہ رکھیں کہ الگ Proxy پراپرٹی اسے اوور رائیڈ کرے گی۔

پراکسی اکاؤنٹ کے لیے تعمیر سے پہلے WebProxy پر اسناد مقرر کریں۔ وہ ثالث کے ساتھ تصدیق کرتی ہیں، Notification Hub کے ساتھ نہیں۔

پرانی مثالیں NotificationHubClientSettings کہتی ہیں۔ NotificationHubSettings کی توقع کرنے والے API میں وہ نام ملانے کے بجائے نصب شدہ پیکیج جو settings قسم اور constructor دیتا ہے اسے ملائیں۔