વિવિધ પ્રોક્સી માર્ગો માટે અલગ 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 પ્રોક્સી સૂચિ તે પ્રોફાઇલ માન્ય જાહેર-સાઇટ વિનંતીઓ કરશે ત્યારે લોન્ચ ફ્લેગ માટે ઉમેદવારો આપે છે.

નવો વિકલ્પ ઑબ્જેક્ટ નવી પ્રક્રિયા નથી

એક જ વપરાશકર્તા-ડેટા ફોલ્ડર સાથે સંકળાયેલ પર્યાવરણો બ્રાઉઝર પ્રક્રિયા વહેંચી શકે છે. તે ફોલ્ડર સાથે બીજું ઑબ્જેક્ટ બનાવવું તેને વિરોધાભાસી લોન્ચ-સમય પ્રોક્સી ફ્લેગ સોંપવાનો રસ્તો નથી.

આ લોન્ચ મિકેનિઝમ દ્વારા એકસાથે નીતિઓ માટે, અલગ ફોલ્ડર સાથે અલગ પર્યાવરણો વાપરો. તે તેમના વેબસાઇટ ડેટાને પણ અલગ કરે છે; બીજું પર્યાવરણ પ્રથમના લોગિન સ્થિતિનો આપમેળે વારસો લેતું નથી.

મૂળ ફોલ્ડરને નવી લોન્ચ સેટિંગ્સ સાથે ફરી વાપરવા માટે, તેની પ્રક્રિયા વહેંચતા નિયંત્રણો બંધ કરો અને બદલી શરૂ કરતા પહેલાં બંધ કરવાનું સંકલન કરો. એક નિયંત્રણ છોડી દેવું જ્યારે બીજું પ્રક્રિયા જીવંત રાખે છે તે તે સંક્રમણ નથી.

પર્યાવરણ અને ફોલ્ડરનું લાઇફસાઇકલ એપ્લિકેશન સાથે રાખો. દરેક વિનંતી માટે નવી બ્રાઉઝર પ્રક્રિયા બનાવવી નાના ઇરાદાપૂર્ણ માર્ગોના સમૂહને જાળવવા કરતાં ઘણી વધુ ખર્ચાળ હોઈ શકે છે.