Azure Notification Hubs .NET፦ የትኛው የፕሮክሲ ቅንብር ይመረጣል?

NotificationHubSettings.Proxy ወይም የተሰጠ HTTP transport ያዘጋጁ፤ የ 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);

Connection string እና hub ስም የአገልግሎቱ ውቅር ሆነው ይቆያሉ። ከየHTTP ፕሮክሲ ዝርዝር የሚመጣ ይፋዊ HTTP endpoint በነባሪው የግንባታ መንገድ የWebProxy አድራሻን ሊሞላ ይችላል።

በዚያ constructor ውስጥ የቅድሚያ ቅደም ተከተል አለ፦

  1. የተሰጠ HttpClient መጀመሪያ ይጠቀማል።
  2. ካልሆነ የተሰጠ MessageHandler HTTP clientን ይፈጥራል።
  3. ካልሆነ Proxy በፕሮክሲ የተዋቀረ HttpClientHandler ይፈጥራል።
  4. ምንም ካልተሰጠ constructorው ነባሪውን HTTP client ይፈጥራል።

መተግበሪያው HttpClient ወይም MessageHandler አስቀድሞ ካቀረበ፣ የዚያ transport ፕሮክሲን ያዋቅሩ፤ የተለየው Proxy property እንደሚያሸንፍ አይጠብቁ።

ለፕሮክሲ መለያ፣ ከግንባታ በፊት በWebProxy ላይ መለያ ያስቀምጡ። እነሱ ለመካከለኛው ያረጋግጣሉ፣ ለ Notification Hub አይደለም።

የቆዩ ምሳሌዎች NotificationHubClientSettings ይላሉ። NotificationHubSettings ከሚጠብቅ API ጋር ያንን ስም ከመቀላቀል ይልቅ በተጫነው ጥቅል የተጋለጠውን settings type እና constructor ያዛምዱ።

ተዛማጅ ጽሑፎች