אַרײַנלאָדן אַ מינהג-פּראָקסי מאָדול אין .NET Framework

פֿאַר אַ .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.