IWebProxy beschreift eng Proxy-Politik. Et gëtt net all Implementéierung déiselwecht Konkurrenzgarantien. Ier Dir eng Instanz tëschent Aarbechtsaufgaben deelt, identifizéiert hir konkret Implementéierung an d'Lafzäit, zu där se gehéiert.

D'Interface weist zilofhängeg Routen-Ufroen an Umeldungsinformatiounen. Eng personaliséiert Implementéierung kann eng fix Adress, verännerlechen Zoustand oder automatesch Konfiguratioun consultéieren. Dës Choixen beaflossen d'Sécherheet an d'Performance.

Halt Konfiguratiounsännerungen aus der Ufroveraarbechtung eraus

Vermeit een gemeinsamen Proxyobjekt als Brouillon ze benotzen: d'Adress oder d'Umeldungsinformatiounen fir Aarbecht A ze änneren, während Aarbecht B eng Route auswielt, mécht d'Besëtzerverhältnis onkloer. Konfiguréiert eng Politik, ier Dir se dem Client gësst. Fir Aarbechtslaaschten mat ënnerschiddleche Proxykonten oder Endpunkten, benotzt getrennt besëtzt Clientkonfiguratiounen.

Déi historesch WebProxy-Dokumentatioun huet keng Thread-Sécherheetsgarantie fir Instanzmember ginn. Wénkt dee Vertrag op déi entspriechend Implementéierung un. Wann Synchronisatioun néideg ass, muss all Lieser a Schreiwer deelhuelen; e Wrapper-Schlass kann net Uruffer koordinéieren, déi d'Originalobjekt direkt benotzen.

Eng laang Paus an GetProxy kann amplaz Erkennung oder PAC-Evaluatioun involvéieren. Microsoft dokumentéiert blockéierend Erkennung fir WinHTTP; déi Erklärung gëllt, wann de Client dee Backend benotzt. Miess d'Routensich separat vun der Verbindungs- a Äntwertzäit. Eng lues Sich ze serialiséieren kann just eng Schlaang schafen.

En fixen Endpunkt kann d'Erkennung ewechhuelen, wann eng fix Route gemengt ass. Eng eenzel URI aus enger verännerlecher Systempolitik ze fänken verwërf och hir zukünfteg Entscheedungen. Bewaart dësen Ënnerscheed bei der Maintenance vun alen Code; benotzt HttpClient an seng ënnerstëtzt Handlerkonfiguratioun fir nei HTTP-Aarbecht.

Ähnlech Artikelen