Aparte WebView2-brûkersgegevensmappen foar ferskate proxy-rûtes

In proxy dy't fia AdditionalBrowserArguments levere wurdt, wurdt diel fan 'e startopdracht fan it WebView2-browserproses. It letter bewurkjen fan dat opsje-objekt skriuwt de opdrachtline fan it draaiende proses net oer.

Kies foar in .NET-applikaasje dy't in ûnôfhinklike rûte makket in brûkersgegevensmap dy't eigendom is fan 'e applikaasje foardat jo it kontrôle elemint initialisearje:

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 is in skriuwbere map keazen troch de applikaasje, en browser is it besteande net-initialisearre WebView2-kontrôle. Fier de initialisaasje út fia de normale asynkrone libbenssyklus fan 'e UI. De HTTP-proxylist biedt kandidaten foar it startflag wannear't dat profyl tastiene oanfragen nei iepenbiere side docht.

In nij opsje-objekt is gjin nij proses

Omjouwings ferbûn mei deselde brûkersgegevensmap kinne it browserproses diele. In oar objekt mei dy map meitsje is gjin manier om it tsjinstridige proxyflaggen by it starten ta te wijzen.

Brûk foar tagelyk belied fia dit startmeganisme aparte omjouwings mei aparte mappen. Dat skiedet ek har websitedata; in twadde omjouwing erft net automatysk de oanmeldstatus fan de earste.

Om de oarspronklike map mei nije startynstellingen wer te brûken, slút de kontrôles dy't har proses diele en koördinearje it ôfsluten foardat jo in ferfanging initialisearje. Ien kontrôle frijlitte wylst in oar it proses libben hâldt is net dy oergong.

Hâld de libbenssyklus fan 'e omjouwing en map by de applikaasje. Foar elke oanfraach in nij browserproses meitsje kin folle djoerder wêze as it ûnderhâlden fan in lyts, bewust set rûtes.