.NET Framework-alkalmazás esetén regisztrálja a proxy modult a configuration/system.net/defaultProxy alatt:

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

Az első név a típus, a második a szerelvény identitása, nem DLL-útvonal. A szerelvényt és a függőségeket az alkalmazás szokásos szabályai szerint kell betölteni.

Ellenőrizzen két kaput. Először a futtatókörnyezetnek létre kell hoznia egy nyilvános típust, amely paraméter nélküli konstruktoron keresztül implementálja a IWebProxy interfészt. Őrizze meg a betöltési vagy konstrukciós hibák belső kivételeit; ezek minden proxy TCP-kapcsolat előtt jönnek. Asztali kiadás esetén erősítse meg, hogy a regisztráció elérte a végrehajtható fájl telepített konfigurációját. ClickOnce esetén hasonlítsa össze az összeállított, közzétett és telepített .exe.config fájlt. Egy osztálytár App.config fájlja általában nem konfigurálja a gazdafolyamatát.

Másodszor, a kérésnek ezt az alapértelmezést kell használnia. Egy explicit proxyhozzárendelés felülírhatja, és egy másik HTTP-verem esetleg nem olvassa ezt a konfigurációs modellt. A modulon belül a GetProxy és a IsBypassed konzisztens döntéseket igényel, abszolút proxy URI-val, amely a helyes sémát és portot használja.

Tegye konzisztenssé a hitelesítő adatok viselkedését is. Egy getter, amely keményen kódolt fiókot gyárt, és figyelmen kívül hagyja a setterét, még a sikeres betöltés után is meghiúsíthatja a későbbi konfigurációt.

Ez a .NET Framework karbantartási mechanizmusa. A jelenlegi .NET-ben használja a hálózati ügyfél által támogatott proxykonfigurációt, ahelyett hogy elvárná, hogy ez az örökölt system.net-regisztráció minden HttpClientet irányítson.

Kapcsolódó cikkek