.NET Framework-ൽ ഇഷ്ടാനുസൃത പ്രോക്സി മൊഡ്യൂൾ ലോഡ് ചെയ്യുന്നു

.NET Framework ആപ്ലിക്കേഷനായി, പ്രോക്സി മൊഡ്യൂൾ configuration/system.net/defaultProxy-ന് കീഴിൽ രജിസ്റ്റർ ചെയ്യുക:

<defaultProxy>
  <module type="Company.Network.RoutingProxy, Company.Network" />
</defaultProxy>

ആദ്യ നാമം തരം ആണ്, രണ്ടാമത്തേത് അതിന്റെ അസംബ്ലി ഐഡന്റിറ്റി ആണ്, DLL പാത അല്ല. അസംബ്ലിയും ആശ്രിതത്വങ്ങളും ആപ്ലിക്കേഷന്റെ സാധാരണ നിയമങ്ങൾ അനുസരിച്ച് ലോഡ് ചെയ്യണം.

രണ്ട് ഗേറ്റുകൾ പരിശോധിക്കുക. ആദ്യം, പാരാമീറ്ററുകളില്ലാത്ത കൺസ്ട്രക്ടർ വഴി IWebProxy നടപ്പിലാക്കുന്ന ഒരു പൊതു തരം റൺടൈം നിർമ്മിക്കണം. ലോഡിംഗ് അല്ലെങ്കിൽ നിർമ്മാണ പരാജയങ്ങളിൽ നിന്നുള്ള ആന്തരിക എക്സെപ്ഷനുകൾ സൂക്ഷിക്കുക; അവ ഏതെങ്കിലും പ്രോക്സി TCP കണക്ഷന് മുമ്പ് വരുന്നു. ഡെസ്ക്ടോപ്പ് റിലീസിനായി, രജിസ്ട്രേഷൻ എക്സിക്യൂട്ടബിളിന്റെ വിന്യസിച്ച കോൺഫിഗറേഷനിൽ എത്തിയെന്ന് ഉറപ്പാക്കുക. ClickOnce-നൊപ്പം, നിർമ്മിച്ച, പ്രസിദ്ധീകരിച്ച, ഇൻസ്റ്റാൾ ചെയ്ത .exe.config താരതമ്യം ചെയ്യുക. ഒരു ക്ലാസ് ലൈബ്രറിയുടെ App.config സാധാരണയായി അതിന്റെ ഹോസ്റ്റ് പ്രോസസ് കോൺഫിഗർ ചെയ്യുന്നില്ല.

രണ്ടാമതായി, അഭ്യർത്ഥന ആ ഡിഫോൾട്ട് ഉപയോഗിക്കണം. വ്യക്തമായ പ്രോക്സി അസൈൻമെന്റ് അതിനെ മാറ്റിസ്ഥാപിക്കാം, മറ്റൊരു HTTP സ്റ്റാക്ക് ഈ കോൺഫിഗറേഷൻ മോഡൽ വായിച്ചേക്കില്ല. മൊഡ്യൂളിനുള്ളിൽ, GetProxy, IsBypassed എന്നിവയ്ക്ക് സ്ഥിരതയുള്ള തീരുമാനങ്ങൾ വേണം, ശരിയായ സ്കീമും പോർട്ടും ഉപയോഗിക്കുന്ന കേവല പ്രോക്സി URI-യോടെ.

ക്രെഡൻഷ്യൽ സ്വഭാവവും സ്ഥിരതയുള്ളതാക്കുക. ഹാർഡ്കോഡ് ചെയ്ത അക്കൗണ്ട് നിർമ്മിക്കുകയും അതിന്റെ സെറ്റർ അവഗണിക്കുകയും ചെയ്യുന്ന ഒരു ഗെറ്റർ, ലോഡിംഗ് വിജയിച്ചതിന് ശേഷവും പിന്നീടുള്ള കോൺഫിഗറേഷനെ പരാജയപ്പെടുത്താം.

ഇത് .NET Framework-നുള്ള ഒരു അറ്റകുറ്റപ്പണി സംവിധാനമാണ്. നിലവിലെ .NET-ൽ നെറ്റ്വർക്കിംഗ് ക്ലയന്റ് പിന്തുണയ്ക്കുന്ന പ്രോക്സി കോൺഫിഗറേഷൻ ഉപയോഗിക്കുക, ഈ പഴയ system.net രജിസ്ട്രേഷൻ എല്ലാ HttpClient-നെയും നിയന്ത്രിക്കുമെന്ന് പ്രതീക്ഷിക്കുന്നതിന് പകരം.