Azure Notification Hubs .NET: ການຕັ້ງຄ່າ proxy ໃດຈະຊະນະ?

ຕັ້ງຄ່າ NotificationHubSettings.Proxy ຫຼື HTTP transport ທີ່ສະໜອງໃຫ້, ໂດຍຮັບຮູ້ລຳດັບຄວາມສຳຄັນຂອງ HttpClient ແລະ MessageHandler ຂອງ constructor.

ໃນ Notification Hubs .NET API ດ້ວຍ NotificationHubSettings, ສາມາດສະໜອງ proxy ເມື່ອສ້າງ 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 ສາທາລະນະຈາກ ລາຍຊື່ proxy HTTP ສາມາດຕື່ມທີ່ຢູ່ WebProxy ໃນເສັ້ນທາງການສ້າງເລີ່ມຕົ້ນ.

ມີກົດລະບຽບລຳດັບໃນ constructor ນັ້ນ:

  1. HttpClient ທີ່ສະໜອງໃຫ້ຖືກໃຊ້ກ່ອນ.
  2. ຖ້າບໍ່ດັ່ງນັ້ນ MessageHandler ທີ່ສະໜອງໃຫ້ຈະສ້າງ HTTP client.
  3. ຖ້າບໍ່ດັ່ງນັ້ນ Proxy ຈະສ້າງ HttpClientHandler ທີ່ຕັ້ງຄ່າສຳລັບ proxy.
  4. ຖ້າບໍ່ມີສິ່ງໃດຖືກສະໜອງ, constructor ຈະສ້າງ HTTP client ເລີ່ມຕົ້ນຂອງມັນ.

ຖ້າແອັບພລິເຄຊັນສະໜອງ HttpClient ຫຼື MessageHandler ແລ້ວ, ໃຫ້ຕັ້ງຄ່າ proxy ຂອງ transport ນັ້ນ ແທນທີ່ຈະຄາດວ່າ property Proxy ແຍກຈະຂຽນທັບມັນ.

ສຳລັບບັນຊີ proxy, ຕັ້ງຂໍ້ມູນຢືນຢັນໃນ WebProxy ກ່ອນການສ້າງ. ພວກມັນຢືນຢັນກັບຕົວກາງ, ບໍ່ແມ່ນກັບ Notification Hub.

ຕົວຢ່າງເກົ່າໆເອີ້ນວ່າ NotificationHubClientSettings. ໃຫ້ຈັບຄູ່ປະເພດ settings ແລະ constructor ທີ່ແພັກເກດທີ່ຕິດຕັ້ງໃຫ້, ແທນທີ່ຈະປະສົມຊື່ນັ້ນເຂົ້າໃນ API ທີ່ຄາດຫາ NotificationHubSettings.

ບົດຄວາມທີ່ກ່ຽວຂ້ອງ