Ŝargi propran prokuran modulon en .NET Framework
Kontrolu tipŝargadon, agordon de la plenumeblo kaj petajn anstataŭigojn kiam defaultProxy-modulo ŝajnas senefika.
Por .NET Framework-a aplikaĵo, registru la prokuran modulon sub configuration/system.net/defaultProxy:
<defaultProxy>
<module type="Company.Network.RoutingProxy, Company.Network" />
</defaultProxy>La unua nomo estas la tipo kaj la dua ĝia kunmetaĵ-idento, ne DLL-vojo. La kunmetaĵo kaj dependaĵoj devas ŝargiĝi laŭ la normalaj reguloj de la aplikaĵo.
Kontrolu du pordegojn. Unue, la plenumtempo devas konstrui publikan tipon efektivigantan IWebProxy per senparametra konstruilo. Konservu internajn esceptojn de ŝargaj aŭ konstruaj fiaskoj; ili antaŭas ĉiun prokuran TCP-konekton. Por labortabla eldono, konfirmu ke la registrado atingis la dislokitan agordon de la plenumeblo. Kun ClickOnce, komparu la konstruitan, publikigitan kaj instalitan .exe.config. App.config de klasbiblioteko kutime ne agordas sian gastigan procezon.
Due, la peto devas uzi tiun defaŭlton. Eksplicita prokura atribuo povas anstataŭigi ĝin, kaj alia HTTP-stako eble ne legas ĉi tiun agordan modelon. En la modulo, GetProxy kaj IsBypassed bezonas konsekvencajn decidojn, kun absoluta prokura URI uzanta la ĝustan skemon kaj pordon.
Konsekvencigu ankaŭ la identigilan konduton. Getilo, kiu fabrikas fikskodan konton kaj ignoras sian setilon, povas vanigi postan agordon eĉ post sukcesa ŝargado.
Ĉi tio estas bontenada mekanismo por .NET Framework. Uzu la prokuran agordon subtenatan de la retkliento en nuna .NET anstataŭ atendi ke ĉi tiu malnova system.net-registrado regu ĉiun HttpClient.