Մաքսային վստահված սերվերի մոդուլի բեռնում .NET Framework-ում
Ստուգեք տեսակների բեռնումը, կատարվող ֆայլի կարգավորումը և հարցումների վերափոխումները, երբ defaultProxy մոդուլը անազդեցիկ է թվում:
.NET Framework հավելվածի համար գրանցեք վստահված սերվերի մոդուլը configuration/system.net/defaultProxy-ի ներքո.
<defaultProxy>
<module type="Company.Network.RoutingProxy, Company.Network" />
</defaultProxy>Առաջին անունը տեսակն է, իսկ երկրորդը՝ ժողովածուի ինքնությունը, ոչ թե DLL-ի ուղի։ Ժողովածուն և կախվածությունները պետք է բեռնվեն հավելվածի սովորական կանոններով։
Ստուգեք երկու դարպաս։ Նախ, runtime-ը պետք է ստեղծի հանրային տեսակ, որն իրականացնում է IWebProxy առանց պարամետրերի կոնստրուկտորի միջոցով։ Պահպանեք բեռնման կամ կառուցման ձախողումների ներքին բացառությունները. դրանք նախորդում են ցանկացած վստահված TCP կապի։ Սեղանադիր թողարկման համար հաստատեք, որ գրանցումը հասել է կատարվող ֆայլի տեղակայված կարգավորմանը։ ClickOnce-ի դեպքում համեմատեք կառուցված, հրապարակված և տեղադրված .exe.config-ը։ Դասարանական գրադարանի App.config-ը սովորաբար չի կարգավորում իր հյուրընկալող պրոցեսը։
Երկրորդ, հարցումը պետք է օգտագործի այդ լռելյայնը։ Բացահայտ վստահված սերվերի նշանակումը կարող է փոխարինել այն, և մեկ այլ HTTP կույտ կարող է չկարդալ այս կարգավորման մոդելը։ Մոդուլի ներսում GetProxy-ը և IsBypassed-ը պահանջում են հետևողական որոշումներ՝ բացարձակ վստահված URI-ով, որն օգտագործում է ճիշտ սխեման և պորտը։
Հետևողական դարձրեք նաև հավատարմագրերի վարքը։ Getter-ը, որը ստեղծում է կոշտ կոդավորված հաշիվ և անտեսում է իր setter-ը, կարող է խափանել հետագա կարգավորումը նույնիսկ հաջող բեռնումից հետո։
Սա .NET Framework-ի սպասարկման մեխանիզմ է։ Ընթացիկ .NET-ում օգտագործեք ցանցային հաճախորդի կողմից աջակցվող վստահված սերվերի կարգավորումը՝ փոխարենը ակնկալելու, որ այս հնացած system.net գրանցումը կկառավարի յուրաքանչյուր HttpClient։