ವಿವಿಧ ಪ್ರಾಕ್ಸಿ ಮಾರ್ಗಗಳಿಗೆ ಪ್ರತ್ಯೇಕ WebView2 ಬಳಕೆದಾರ-ಡೇಟಾ ಫೋಲ್ಡರ್‌ಗಳು

AdditionalBrowserArguments ಮೂಲಕ ಒದಗಿಸಿದ ಪ್ರಾಕ್ಸಿ WebView2 ಬ್ರೌಸರ್ ಪ್ರಕ್ರಿಯೆಯ ಪ್ರಾರಂಭ ಆದೇಶದ ಭಾಗವಾಗುತ್ತದೆ. ಆ ಆಯ್ಕೆ ವಸ್ತುವನ್ನು ನಂತರ ಸಂಪಾದಿಸುವುದು ಚಾಲನೆಯಲ್ಲಿರುವ ಪ್ರಕ್ರಿಯೆಯ ಆದೇಶ ಸಾಲನ್ನು ಮತ್ತೆ ಬರೆಯುವುದಿಲ್ಲ.

ಸ್ವತಂತ್ರ ಮಾರ್ಗವನ್ನು ರಚಿಸುವ .NET ಅಪ್ಲಿಕೇಶನ್‌ಗಾಗಿ, ನಿಯಂತ್ರಣವನ್ನು ಆರಂಭಿಸುವ ಮೊದಲು ಅಪ್ಲಿಕೇಶನ್ ಒಡೆತನದ ಬಳಕೆದಾರ-ಡೇಟಾ ಫೋಲ್ಡರ್ ಆಯ್ಕೆಮಾಡಿ:

var options = new Microsoft.Web.WebView2.Core.CoreWebView2EnvironmentOptions
{
    AdditionalBrowserArguments = "--proxy-server=http://proxy.example:8080"
};
var environment = await Microsoft.Web.WebView2.Core.CoreWebView2Environment
    .CreateAsync(userDataFolder: profileFolder, options: options);
await browser.EnsureCoreWebView2Async(environment);

profileFolder ಎಂಬುದು ಅಪ್ಲಿಕೇಶನ್ ಆಯ್ಕೆಮಾಡಿದ ಬರೆಯಬಹುದಾದ ಡೈರೆಕ್ಟರಿ, ಮತ್ತು browser ಎಂಬುದು ಈಗಿರುವ ಆರಂಭಿಸದ WebView2 ನಿಯಂತ್ರಣ. UI ನ ಸಾಮಾನ್ಯ ಅಸಿಂಕ್ ಜೀವನಚಕ್ರದ ಮೂಲಕ ಆರಂಭವನ್ನು ನಡೆಸಿ. HTTP ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿ ಆ ಪ್ರೊಫೈಲ್ ಅನುಮತಿಸಿದ ಸಾರ್ವಜನಿಕ-ಸೈಟ್ ವಿನಂತಿಗಳನ್ನು ಮಾಡುವಾಗ ಪ್ರಾರಂಭ ಧ್ವಜಕ್ಕೆ ಅಭ್ಯರ್ಥಿಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ.

ಹೊಸ ಆಯ್ಕೆ ವಸ್ತು ಹೊಸ ಪ್ರಕ್ರಿಯೆ ಅಲ್ಲ

ಒಂದೇ ಬಳಕೆದಾರ-ಡೇಟಾ ಫೋಲ್ಡರ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಪರಿಸರಗಳು ಬ್ರೌಸರ್ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹಂಚಿಕೊಳ್ಳಬಹುದು. ಆ ಫೋಲ್ಡರ್‌ನೊಂದಿಗೆ ಇನ್ನೊಂದು ವಸ್ತುವನ್ನು ರಚಿಸುವುದು ಅದಕ್ಕೆ ವಿರುದ್ಧವಾದ ಪ್ರಾರಂಭ-ಸಮಯ ಪ್ರಾಕ್ಸಿ ಧ್ವಜಗಳನ್ನು ನಿಗದಿಪಡಿಸುವ ಮಾರ್ಗವಲ್ಲ.

ಈ ಪ್ರಾರಂಭ ಕಾರ್ಯವಿಧಾನದ ಮೂಲಕ ಏಕಕಾಲಿಕ ನೀತಿಗಳಿಗೆ, ಪ್ರತ್ಯೇಕ ಫೋಲ್ಡರ್‌ಗಳಿರುವ ಪ್ರತ್ಯೇಕ ಪರಿಸರಗಳನ್ನು ಬಳಸಿ. ಇದು ಅವುಗಳ ವೆಬ್‌ಸೈಟ್ ಡೇಟಾವನ್ನೂ ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ; ಎರಡನೇ ಪರಿಸರವು ಮೊದಲನೆಯ ಲಾಗಿನ್ ಸ್ಥಿತಿಯನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪಡೆಯುವುದಿಲ್ಲ.

ಮೂಲ ಫೋಲ್ಡರ್ ಅನ್ನು ಹೊಸ ಪ್ರಾರಂಭ ಸೆಟ್ಟಿಂಗ್‌ಗಳೊಂದಿಗೆ ಮತ್ತೆ ಬಳಸಲು, ಅದರ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹಂಚಿಕೊಳ್ಳುವ ನಿಯಂತ್ರಣಗಳನ್ನು ಮುಚ್ಚಿ ಮತ್ತು ಬದಲಿಯನ್ನು ಆರಂಭಿಸುವ ಮೊದಲು ಸ್ಥಗಿತವನ್ನು ಸಮನ್ವಯಗೊಳಿಸಿ. ಒಂದು ನಿಯಂತ್ರಣವನ್ನು ಬಿಟ್ಟುಬಿಡುವಾಗ ಇನ್ನೊಂದು ಪ್ರಕ್ರಿಯೆಯನ್ನು ಜೀವಂತವಾಗಿರಿಸುವುದು ಆ ಪರಿವರ್ತನೆ ಅಲ್ಲ.

ಪರಿಸರ ಮತ್ತು ಫೋಲ್ಡರ್‌ನ ಜೀವನಚಕ್ರವನ್ನು ಅಪ್ಲಿಕೇಶನ್‌ನೊಂದಿಗೆ ಇರಿಸಿ. ಪ್ರತಿ ವಿನಂತಿಗೆ ಹೊಸ ಬ್ರೌಸರ್ ಪ್ರಕ್ರಿಯೆಯನ್ನು ರಚಿಸುವುದು ಸಣ್ಣ, ಉದ್ದೇಶಪೂರ್ವಕ ಮಾರ್ಗಗಳ ಗುಂಪನ್ನು ನಿರ್ವಹಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ದುಬಾರಿಯಾಗಬಹುದು.