.NET IWebProxy: მოერიდეთ სისტემური პროქსების WebProxy-ად გარდაქმნას
დაამუშავეთ IWebProxy-ად დაბრუნებული სისტემური პროქსი იმის დაშვების გარეშე, რომ მისი კონკრეტული კლასი WebProxy-ია.
IWebProxy policy = WebRequest.GetSystemWebProxy();
request.Proxy = policy;
შეინახეთ დაბრუნებული ობიექტი IWebProxy-ად. ეს ფრაგმენტი ეხება არსებულ WebRequest-ზე დაფუძნებულ კოდს და არ არის რეკომენდაცია ამ მოძველებული API-ის ახალ აპლიკაციაში გამოყენების შესახებ.
WebProxy ახორციელებს ინტერფეისს, მაგრამ ინტერფეისის დამმუშავებელი ყველა ობიექტი არ მემკვიდრეობს WebProxy-ს. ამიტომ სისტემური გარსი შეიძლება უარყოს გარდაქმნა ქსელური მოთხოვნის დაწყებამდე. WebProxyWrapperOpaque-ის მსგავსი .NET Framework-ის კერძო კლასის სახელი განხორციელების დეტალია და არა პროქსის ბოლო წერტილის ან ანგარიშის პრობლემა.
მარშრუტის გადაწყვეტისთვის გამოიძახეთ IsBypassed(destination) და GetProxy(destination) ნამდვილი დანიშნულების URI-ით. გვერდის ავლამ შეიძლება დააბრუნოს თავად ეს დანიშნულება, ხოლო PAC-ზე დაფუძნებულმა პოლიტიკამ შეიძლება სხვა ჰოსტისთვის სხვა მარშრუტი აირჩიოს.
ავთენტიფიკაციისთვის IWebProxy უკვე ამჟღავნებს Credentials-ს. გამოიყენეთ მხარდაჭერილი ანგარიში და მეთოდი გარდაქმნის გარეშე, რომ მიაღწიოთ თვისებას.
ერთი URI-ის ამოღება ჩამნაცვლებელი WebProxy-ის ასაგებად უგულებელყოფს ორიგინალური პოლიტიკის ქცევას თითოეული დანიშნულებისთვის. ეს გააკეთეთ მხოლოდ მაშინ, როცა ფიქსირებული ბოლო წერტილი აპლიკაციის განზრახული კონფიგურაციაა და არა ტიპის შეცდომის გვერდის ავლა.