Ngarkimi i një moduli proxy të personalizuar në .NET Framework

Për një aplikacion .NET Framework, regjistro modulin e përfaqësuesit nën configuration/system.net/defaultProxy:

<defaultProxy>
  <module type="Company.Network.RoutingProxy, Company.Network" />
</defaultProxy>

Emri i parë është lloji dhe i dyti është identiteti i assembly-t, jo një shteg DLL. Assembly dhe varësitë duhet të ngarkohen sipas rregullave normale të aplikacionit.

Kontrollo dy porta. Së pari, runtime duhet të ndërtojë një tip publik që zbaton IWebProxy përmes një konstruktori pa parametra. Ruaj përjashtimet e brendshme nga dështimet e ngarkimit ose ndërtimit; ato i paraprijnë çdo lidhjeje TCP përfaqësuesi. Për një version desktop, konfirmo që regjistrimi arriti konfigurimin e vendosur të ekzekutuesit. Me ClickOnce, krahaso .exe.config e ndërtuar, publikuar dhe instaluar. App.config i një biblioteke klasash zakonisht nuk konfiguron procesin e tij pritës.

Së dyti, kërkesa duhet të përdorë atë parazgjedhje. Një caktim i qartë i përfaqësuesit mund ta zëvendësojë atë, dhe një stack tjetër HTTP mund të mos e lexojë këtë model konfigurimi. Brenda modulit, GetProxy dhe IsBypassed kërkojnë vendime të qëndrueshme, me një URI absolute përfaqësuesi që përdor skemën dhe portën e saktë.

Bëj të qëndrueshme edhe sjelljen e kredencialeve. Një getter që krijon një llogari të koduar fort dhe injoron setter-in e tij mund të prishë konfigurimin e mëvonshëm edhe pasi ngarkimi të ketë sukses.

Ky është një mekanizëm mirëmbajtjeje për .NET Framework. Përdor konfigurimin e përfaqësuesit të mbështetur nga klienti i rrjetit në .NET aktual në vend që të presësh që ky regjistrim i vjetër system.net të drejtojë çdo HttpClient.