ਵੱਖ-ਵੱਖ ਪਰਾਕਸੀ ਰਸਤਿਆਂ ਲਈ ਵੱਖਰੇ 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 ਪਰਾਕਸੀ ਸੂਚੀ ਉਸ ਪ੍ਰੋਫਾਈਲ ਵੱਲੋਂ ਮਨਜ਼ੂਰ ਜਨਤਕ-ਸਾਈਟ ਬੇਨਤੀਆਂ ਕੀਤੇ ਜਾਣ ਵੇਲੇ ਲਾਂਚ ਫਲੈਗ ਲਈ ਉਮੀਦਵਾਰ ਦਿੰਦੀ ਹੈ।

ਨਵਾਂ ਵਿਕਲਪ ਆਬਜੈਕਟ ਨਵੀਂ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ ਹੈ

ਇੱਕੋ ਵਰਤੋਂਕਾਰ-ਡੇਟਾ ਫੋਲਡਰ ਨਾਲ ਜੁੜੇ ਵਾਤਾਵਰਣ ਬ੍ਰਾਊਜ਼ਰ ਪ੍ਰਕਿਰਿਆ ਸਾਂਝੀ ਕਰ ਸਕਦੇ ਹਨ। ਉਸ ਫੋਲਡਰ ਨਾਲ ਦੂਜਾ ਆਬਜੈਕਟ ਬਣਾਉਣਾ ਇਸ ਨੂੰ ਵਿਰੋਧੀ ਲਾਂਚ-ਸਮੇਂ ਪਰਾਕਸੀ ਫਲੈਗ ਦੇਣ ਦਾ ਤਰੀਕਾ ਨਹੀਂ ਹੈ।

ਇਸ ਲਾਂਚ ਵਿਧੀ ਰਾਹੀਂ ਇੱਕੋ ਸਮੇਂ ਨੀਤੀਆਂ ਲਈ, ਵੱਖਰੇ ਫੋਲਡਰਾਂ ਵਾਲੇ ਵੱਖਰੇ ਵਾਤਾਵਰਣ ਵਰਤੋ। ਇਹ ਉਨ੍ਹਾਂ ਦੇ ਵੈੱਬਸਾਈਟ ਡੇਟਾ ਨੂੰ ਵੀ ਵੱਖ ਕਰਦਾ ਹੈ; ਦੂਜਾ ਵਾਤਾਵਰਣ ਪਹਿਲੇ ਦੀ ਲੌਗਇਨ ਸਥਿਤੀ ਆਪਣੇ ਆਪ ਵਿਰਾਸਤ ਵਿੱਚ ਨਹੀਂ ਲੈਂਦਾ।

ਮੂਲ ਫੋਲਡਰ ਨੂੰ ਨਵੀਆਂ ਲਾਂਚ ਸੈਟਿੰਗਾਂ ਨਾਲ ਮੁੜ ਵਰਤਣ ਲਈ, ਇਸਦੀ ਪ੍ਰਕਿਰਿਆ ਸਾਂਝੀ ਕਰਨ ਵਾਲੇ ਕੰਟਰੋਲ ਬੰਦ ਕਰੋ ਅਤੇ ਬਦਲ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਬੰਦ ਹੋਣ ਦਾ ਤਾਲਮੇਲ ਕਰੋ। ਇੱਕ ਕੰਟਰੋਲ ਛੱਡਣਾ ਜਦੋਂ ਦੂਜਾ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਜੀਵਿਤ ਰੱਖਦਾ ਹੈ, ਉਹ ਤਬਦੀਲੀ ਨਹੀਂ ਹੈ।

ਵਾਤਾਵਰਣ ਅਤੇ ਫੋਲਡਰ ਦਾ ਜੀਵਨ-ਚੱਕਰ ਐਪਲੀਕੇਸ਼ਨ ਨਾਲ ਰੱਖੋ। ਹਰ ਬੇਨਤੀ ਲਈ ਨਵੀਂ ਬ੍ਰਾਊਜ਼ਰ ਪ੍ਰਕਿਰਿਆ ਬਣਾਉਣਾ ਛੋਟੇ, ਸੋਚ-ਸਮਝ ਕੇ ਚੁਣੇ ਰਸਤਿਆਂ ਦੇ ਸਮੂਹ ਨੂੰ ਬਣਾਈ ਰੱਖਣ ਨਾਲੋਂ ਕਿਤੇ ਵੱਧ ਮਹਿੰਗਾ ਹੋ ਸਕਦਾ ਹੈ।