Az Windows Forms-alkalmazások frissítésének áttekintése

Ez a cikk segít megérteni, hogy mi történik az Windows Forms-alkalmazások .NET-keretrendszerről .NET való frissítésére. A Windows Forms támogatott a .NET-en, és aktívan fejlesztik, beleértve az újabb vezérlőelemeket, a magas DPI támogatásának fejlesztéseit és az akadálymentességi frissítéseket. Ha egy meglévő Windows Forms-alkalmazást tart fenn, és ki szeretné használni ezeket a fejlesztéseket, vagy át szeretne lépni egy támogatott .NET verzióra, ez a cikk az Ön számára készült.

A cikk ismerteti a frissítés okait, a rendelkezésre álló frissítési útvonalakat és a frissítést zökkenőmentessé tevő előkészítési munkát. Azt is ismerteti, hogy a .NET-keretrendszer mely technológiáinak nincs megfelelőjük a .NET-ben, hogyan hidalhatók át az API-hiányosságok a Windows Compatibility Pack használatával, valamint hogy a kompatibilitást megszakító változások milyen hatással lehetnek az alkalmazására.

A frissítés módjáról további információt a Windows Forms alkalmazás frissítése .NET GitHub Copilot modernizálással című témakörben talál.

Miért érdemes frissíteni?

.NET keretrendszer egy Windows, zárt forráskódú futtatókörnyezet, amely már nem kap funkciófrissítéseket. Bár a támogatott verziókhoz továbbra is kap biztonsági javításokat, nem részesül azokból a teljesítményjavításokból, nyelvi fejlesztésekből és folyamatos fejlesztési ráfordításokból, amelyekben a .NET igen. Ha Windows-alkalmazást tart fenn a .NET Frameworken, a .NET-re való frissítéssel gyorsabban és hatékonyabban érheti el a nyílt környezetben aktívan fejlesztett platformot.

Az is fontos, hogy naprakész maradjon a .NET-verziókkal kapcsolatban. Minden .NET kiadáshoz meghatározott támogatási időszak tartozik, és a nem támogatott verziójú alkalmazások nem kapnak biztonsági javításokat és javításokat. Frissítés a támogatás megszűnése előtt a védelem megőrzése érdekében.

.NET jelentős teljesítménybeli fejlesztéseket kínál a futtatókörnyezet indítása, az átviteli sebesség és a memóriahasználat terén. A .NET-en futó asztali alkalmazások is profitálnak a folyamatos funkciófejlesztésekből:

  • Újabb vezérlők, akadálymentességi fejlesztések és magas DPI-fejlesztések.
  • Jobb integráció a Windowsszal. Bizonyos funkciók, például a Windows 11-en elérhető sötét mód, csak a .NET-ben érhetők el.
  • Újabb C# és Visual Basic nyelvi funkciók és továbbfejlesztett eszközhasználat.
  • A NuGet-csomagok gazdag ökoszisztémája, amely .NET céloz meg.

.NET évente egy új főverziót ad ki, amely felváltva jelenik meg a hosszú távú támogatás (LTS) és a standard távú támogatási (STS) kiadások között:

  • Az LTS-kiadások három évig támogatottak, és általában a stabilitást előnyben részesítő éles alkalmazások esetében a legjobb választás.
  • Az STS-kiadások 24 hónapig támogatottak, és akkor hasznosak, ha hamarabb szeretne új funkciókat bevezetni.

Tervezze meg a frissítési ütemet ezekre a dátumokra, hogy az alkalmazás mindig támogatott verzióban legyen. Az aktuális támogatott verziókról és a támogatás megszűnésének dátumáról .NET kiadásokról, javításokról és támogatásról olvashat.

Elérési utak frissítése

A legtöbb frissítés két kategória egyikébe tartozik. Határozza meg, hogy melyik elérési út vonatkozik az alkalmazásra, majd a cikk útmutatásával és eszközével végezze el a munkát.

  • A .NET Keretrendszertől a .NET: A legjelentősebb változás.

    A projektfájl formátuma, egyes API-k és bizonyos technológiák eltérőek. A kezdés előtt tekintse át az előfeltételeket, értékelje ki a függőségeket, és tervezze meg az API-hiányosságokat.

    Miután az alkalmazás .NET épül és fut, opcionálisan újabb mintákat is alkalmazhat, például appsettings.json konfigurációt, függőséginjektálást vagy felhőszolgáltatásokat. Ezen minták alkalmazása különáll a .NET-re történő modernizálástól, és nem szükséges a frissítés elvégzéséhez. Ötletekért és útmutatásért lásd: Modernizálás a .NET-keretrendszerből .NET való frissítés után.

  • Régebbi .NET verziótól egy újabb verzióig: Kisebb hatókörű frissítés.

    A fő feladatok közé tartozik a célkeretrendszer azonosítójának frissítése, az érintett verziók kompatibilitástörő változásainak áttekintése, valamint a NuGet-függőségek frissítése.

Frissítés a .NET Frameworkről a .NET-re

Az .NET-keretrendszerről a .NET való frissítés a legfontosabb frissítési útvonal, és ennek a szakasznak az elsődleges fókusza.

Important

Bár a .NET platformfüggetlen technológia, a .NET-hez készült Windows asztali alkalmazások továbbra is kizárólag Windowson futnak.

Az egyik változás a projektfájl formátuma. .NET SDK-stílusú projektformátumot használ, amely tömörebb, mint az örökölt formátum. A projektfájlT SDK-stílusúvá alakíthatja, miközben továbbra is .NET-keretrendszert célozza, ami csökkenti a tényleges porton belüli módosítás hatókörét, és jobb alapkonfigurációt biztosít a munkához.

Nem érhető el a .NET-ben a .NET Framework összes API-ja. Egyes API-k a felszínen léteznek, de futásidőben dobnak PlatformNotSupportedException . A Windows kompatibilitási csomag (Microsoft.Windows.CompatibilityNuGet-csomag) számos ilyen hiányosságot kitölt azáltal, hogy hozzáférést biztosít Windows-specifikus API-khoz, például a Windows beállításjegyzékhez, Windows eseménynaplóhoz stb. A részletekért lásd: A Windows Compatibility Pack használata a kód .NET-be való portolásához.

A .NET-keretrendszer egyes technológiáinak nincs megfelelőjük a .NET-ben, ezért alternatív megközelítésekre van szükség, mint például az Application Domains, a Code Access Security (CAS) és a Windows Workflow Foundation esetében. További információt a Nem érhető el .NET Keretrendszer technológiái című szakaszban talál.

Ellenőrizze a harmadik féltől származó függőségeit. Előfordulhat, hogy a csak .NET-keretrendszert célzó vezérlők és kódtárak nem működnek .NET. A .NET Standard 2.0-s vagy .NET közvetlenül megcélzott NuGet-csomagokat részesítse előnyben. A nem portolt csomagok esetében keressen közösségi alternatívákat, vagy ellenőrizze, hogy a Windows kompatibilitási csomag tartalmazza-e a szükséges API-kat.

Frissítés .NET verziók között

Az egyik .NET verzióról a másikra – például .NET 9-ről .NET 10-es verzióra – való áttérés általában kisebb erőfeszítést jelent, mint a .NET-keretrendszer modernizálása. Az alapvető feladat a <TargetFramework> projektfájl tulajdonságának frissítése az új cél-keretrendszer-monikerre. Például az net9.0-windows cseréje net10.0-windows-re.

A cél frissítése előtt tekintse át a kompatibilitástörő módosítások dokumentációját minden egyes átkelő verzióhoz. A kompatibilitástörő változások lehetnek a viselkedést érintők, érinthetik a bináris vagy a forráskompatibilitást, illetve megváltoztathatják a tervezési idejű működést. Még az alverziók hiányosságai is okozhatnak olyan módosításokat, amelyek hatással vannak az alkalmazásra. Tekintse át a .NET kompatibilitástörő változásait, és szűrjön arra a verziótartományra, amelyen keresztül frissít.

A cél keretrendszer frissítése után frissítse a NuGet-függőségeket. A régebbi .NET verziókat célzó csomagok újabb kiadásokkal rendelkezhetnek, amelyek kihasználják az aktuális futtatókörnyezet előnyeit. Keresse meg a frissítéseket, és előnyben részesítse azokat a csomagokat, amelyek az éppen áthelyezett verziót célják. Előfordulhat, hogy egyes csomagok elavult API-kkal rendelkeznek, vagy az újabb verziókban megváltozott a működésük, ezért frissítéskor tekintse át a kibocsátási megjegyzéseket.

GitHub Copilot alkalmazás modernizálása

A GitHub Copilot modernizálási ügynök a Windows Forms és WPF alkalmazások frissítéséhez ajánlott eszköz. Ez egy AI-alapú, teljes körű megoldás, amely a GitHub Copilotba van beépítve, és a teljes frissítési folyamatot kezeli.

Az ügynök egy háromfázisú munkafolyamatot követ:

  • Értékelés. Copilot megvizsgálja a projektstruktúrát, a függőségeket és a kódmintákat. Azonosítja a kompatibilitástörő változásokat, az API-kompatibilitási problémákat, az elavult mintákat és az általános frissítési hatókört. Ezután bemutatja a stratégiai döntéseket, például a frissítési sorrendet és a kompatibilitás kezelésével kapcsolatos döntéseket, hogy áttekinthesse őket, mielőtt továbblép.

  • Tervezés. Copilot az értékelést és a megerősített lehetőségeket részletes frissítési tervké alakítja át, dokumentálja a frissítési stratégiákat, a megközelítések újrabontását, a függőségi útvonalakat és a kockázatcsökkentéseket.

  • Végrehajtás. Copilot érvényesítési feltételekkel egymást követő tevékenységekre bontja a tervet, kódjavításokat alkalmaz, és növekményesen véglegesíti a módosításokat. Ha olyan problémába ütközik, amely nem oldható meg automatikusan, segítséget kér, és tanul a javításból.

Az összes frissítési állapot az adattárban .github/upgrades/ van tárolva, így szüneteltetheti és folytathatja a munkameneteket, vagy válthat a fejlesztési környezetek között a haladás elvesztése nélkül.

Az ügynök a következő frissítési útvonalakat támogatja:

  • .NET Framework (bármely verzió)–.NET 8 vagy újabb
  • .NET Core 1.x–3.x-ről .NET 8 vagy újabb verzióra
  • .NET 5–7-ről .NET 8-ra vagy újabb verzióra
  • Migrálás Azure szolgáltatásokba

Elérhető a Visual Studio 2026-ban, a Visual Studio 2022 17.14.16+-os és újabb verzióiban, a Visual Studio Code-ban, valamint a GitHub CLI-ben. Ha Visual Studio szeretne frissítést indítani, kattintson a jobb gombbal a megoldásra vagy a projektre a Megoldáskezelő, és válassza a Modernizálás lehetőséget, vagy nyissa meg a GitHub Copilot Chat ablakot, és írja be@Modernize. A Visual Studio Code-ban nyissa meg a GitHub Copilot Chat panelt, és írja be: @modernize-dotnet.

A beállítással és használattal kapcsolatos részletekért lásd: Mi az a GitHub Copilot modernizáció?

Nem érhető el .NET keretrendszertechnológiák

A .NET-keretrendszer több technológiájának nincs megfelelője a .NET-ben, ezért alternatív megoldásokat kell alkalmazni, mielőtt az alkalmazás az új futtatókörnyezeten futhatna. Már korán állapítsa meg, hogy az alkalmazása függ-e ezen technológiák bármelyikétől, mert ezek jelentik a migrációs munka legnagyobb felfordulással járó kategóriáját. A teljes referenciáért lásd: A .NET-ben nem elérhető .NET-keretrendszer-technológiák.

  • Alkalmazástartományok

    AppDomain nem támogatott. Dinamikus szerelvénybetöltéshez használható AssemblyLoadContext , és külön folyamatokat vagy tárolókat használ az elkülönítéshez. Néhány AppDomain API-elem jelen van, de futásidőben PlatformNotSupportedException kivételt dob.

  • Távoli elérés

    A .NET Remoting nem támogatott. Használjon System.IO.Pipes vagy MemoryMappedFile helyi IPC-t, gRPC-t és ASP.NET Core a gépközi kommunikációhoz. A delegáltobjektumokon végrehajtott BeginInvoke() és EndInvoke() hívások szintén PlatformNotSupportedException kivételt váltanak ki.

  • Kódelérési biztonság (CAS)

    A CAS nem támogatott, és már nem tekinthető biztonsági elhatárolásnak. Használjon operációsrendszer-szintű biztonsági határokat, például virtualizálást, tárolókat vagy felhasználói fiókokat.

  • Biztonsági átláthatóság

    A biztonsági átláthatóság, amely elválasztotta a védőfalas kódot a biztonsági szempontból kritikus kódtól, már nem támogatott biztonsági határként. A CAS-hez hasonlóan ez a funkció is olyan futtatókörnyezeti kényszerítésre támaszkodott, amelyet .NET nem biztosít. Használjon operációsrendszer-szintű elkülönítési mechanizmusokat.

  • Windows Workflow Foundation (WF)

    A WF nem támogatott a .NET-ben. Ha az alkalmazás munkafolyamatokat üzemeltet vagy használ, vegye figyelembe a CoreWF-et, a Windows Workflow Foundation futtatókörnyezet nyílt forráskódú portját, amely .NET céloz meg.

  • System.EnterpriseServices (COM+)

    System.EnterpriseServices nem támogatott. Az olyan COM+ szolgáltatásokat használó alkalmazásokat, mint az objektumkészletezés, a tranzakciók vagy a szerepköralapú biztonság System.EnterpriseServices , át kell tervezni, hogy alternatív megoldásokat használjon. Elosztott tranzakciók esetén fontolja meg a következőt: System.Transactions. Szolgáltatásüzemeltetési forgatókönyvek esetén fontolja meg a ASP.NET Core vagy a feldolgozói szolgáltatásokat.

Ne feledje, hogy ezeken a területeken egyes API-k jelen vannak a .NET-ben, de fordításkor fellépő hiba helyett futásidőben PlatformNotSupportedException dobnak. Tesztelje az alkalmazását .NET-en már a migráció korai szakaszában, hogy még azelőtt feltárhassa ezeket a problémákat, mielőtt erőforrást fektetne egy teljes portolásba.

A .NET-keretrendszerről való frissítés megkezdése előtt

Mielőtt megkezdené az alkalmazás .NET való portolását, végezze el az előkészítő lépéseket, miközben a projekt továbbra is .NET Keretrendszert célozza. Ennek az alapnak a elvégzése először csökkenti a tényleges frissítés során bekövetkező változás hatókörét, és tisztább, ellenőrzött alapkonfigurációt biztosít a kezdéshez. Teljes körű referencia: A kód .NET-keretrendszerből történő portolásának előfeltételei.

  • Frissítse az eszközkészletet.

    Győződjön meg arról, hogy olyan Visual Studio-verziót futtat, amely támogatja a megcélzott .NET verzióját. Az újabb SDK-verziók közé tartozik a továbbfejlesztett migrálási támogatás, a jobb elemzők és a frissített projektsablonok. A .NET SDK, AZ MSBuild és Visual Studio verziók közötti kapcsolatról lásd: Verziószámozási kapcsolat a .NET SDK, AZ MSBuild és a Visual Studio között.

  • Target .NET Framework 4.7.2 vagy újabb.

    Állítsa át a projekt célkeretrendszerét .NET Framework 4.7.2-es vagy újabb verzióra a portolás előtt. Ez a verzió a legszélesebb API-kompatibilitási felületet biztosítja a .NET Standard 2.0-val, ami csökkenti a frissítés során jelentkező API-hiányosságok számát.

    A Visual Studio kattintson a jobb gombbal a projektre, válassza a Tulajdonságok lehetőséget, majd módosítsa a Target Framework legördülő menüt .NET Framework 4.7.2-es verziójára. A folytatás előtt próbálkozzon újra, és javítsa ki a problémákat.

  • Konvertálás PackageReference formátumra.

    Ha a projekt fájllal packages.config kezeli a NuGet-hivatkozásokat, migráljon formátumba PackageReference . A PackageReference a modern megközelítés, és közvetlenül integrálható az SDK-stílusú projektformátumba, amelyet a következő lépésben fog alkalmazni.

    A Visual Studióban kattintson jobb gombbal a packages.config elemre a Megoldáskezelőben, majd válassza a packages.config migrálása a PackageReference-re lehetőséget. A folytatás előtt tekintse át a migrálás kimenetét, és oldja fel a figyelmeztetéseket.

  • Konvertálás SDK-stílusú projektformátumra.

    Állítsa át a projektfájlt SDK-stílusú formátumra. Az SDK-stílusú projektek egyszerűbbek, támogatják a több célkeretrendszer célzását, és a .NET-hez szükségesek. Ez az átalakítás akkor is elvégezhető, ha továbbra is .NET-keretrendszert célozza, ezért ez egy biztonságos előkészítő lépés. Ezt számos átalakítási eszköz automatikusan kezeli, vagy manuálisan is átalakíthatja, ha lecseréli a projektfájl tartalmát az SDK-stílusú megfelelőre, és újra hozzáadja a szükséges tulajdonságokat.

  • NuGet-függőségek frissítése.

    Frissítse az összes NuGet-csomagot a legújabb verziókra, és inkább a standard 2.0-s .NET csomagokat részesíti előnyben, nem pedig azokat a csomagokat, amelyek csak a .NET-keretrendszert célozzák. Ez csökkenti a függőségi blokkolók kockázatát a cél keretrendszer módosításakor. Tekintse át a csomag kiadási megjegyzéseit, hogy azonosítsa az újabb verziókban bevezetett, kompatibilitást megszakító változásokat.

Az összes korábbi javaslat biztosítja, hogy a projektek jó állapotban legyenek, mielőtt frissítené a .NET.

Windows kompatibilitási csomag

A .NET-keretrendszerből történő portolás egyik leggyakoribb problémája a hiányzó API-k. .NET Standard szándékosan kizárja azokat a technológiákat, amelyek nem működnek az összes platformon – például a Windows Beállításjegyzékben, a WMI-ben és a tükröződéskibocsátóban –, így ezek az API-k alapértelmezés szerint nem érhetők el. A Microsoft.Windows.Compatibility NuGet-csomag kitölti ezt a rést. Körülbelül 20 000 API-t biztosít a következő technológiai területeken:

  • Windows-beállításjegyzék
  • Windows eseménynapló
  • Windows Management Instrumentation (WMI)
  • Windows teljesítményszámlálók
  • Címtárszolgáltatások
  • Windows hozzáférés-vezérlési listák (ACL)
  • Windows-szolgáltatások
  • Windows titkosítás
  • Windows kommunikációs alaprendszer (WCF)
  • Portok, ODBC, CodeDom és egyebek

A csomag a .NET Standard 2.0-s verziójára támaszkodik, és különösen hasznos a növekményes modernizáláshoz. Lehetővé teszi, hogy először működőképessé tedd az alkalmazásodat .NET-en, és csak később foglalkozz a mélyebb refaktorálással, anélkül, hogy már az elején át kellene írnod a Windows-specifikus API-k használatát.

Ha hozzá szeretné adni a projekthez, telepítse a Microsoft.Windows.Compatibility NuGet-csomagot:

dotnet add package Microsoft.Windows.Compatibility

A teljes leírást itt találja: A Windows Compatibility Pack használata kód .NET-re való portolásához.

Kritikus változások

A kompatibilitást sértő változtatások minden frissítés természetes velejárói, függetlenül attól, hogy a .NET Framework rendszerből telepít át, vagy a .NET különböző verziói között vált. Mielőtt elkezdené áttekinteni őket, megelőzheti a migrálás késői meglepetéseit. A teljes leírást lásd itt: A kód portolásakor fellépő kompatibilitást megszakító változások.

A kompatibilitástörő módosítások több kategóriába tartoznak, és nem mindegyik okoz fordítási időt érintő hibákat:

  • A viselkedési változások hatással vannak az API futásidejű működésére. Az aláírás változatlan marad, de a kimenet, a kivételek vagy a belső viselkedés megváltozik. Ezeket a legnehezebb elkapni, mert nem okoznak buildelési hibákat.
  • A bináris kompatibilitást érintő változások befolyásolják, hogy a meglévő lefordított assemblyk újrafordítás nélkül továbbra is működnek-e. A nyilvános API-felület eltávolítása vagy módosítása megszakítja a bináris kompatibilitást.
  • A forráskompatibilitási módosításokhoz módosítania kell a forráskódot, mielőtt az sikeresen lefordítaná az újabb verziót.
  • A tervezési idő kompatibilitási változásai hatással vannak arra, hogy a projektek hogyan nyílnak meg és viselkednek Visual Studio vagy más tervezési környezetekben.

A .NET-keretrendszerből történő portoláskor nagy verzióbeli rést lép át, így a lehetséges módosítások listája hosszabb. Ha .NET verziók közötti frissítéskor – például .NET 6-os verzióról .NET 9-re – a hatókör szűkebb, de a két verzió között minden verzió olyan módosításokat vezethet be, amelyek hatással vannak az alkalmazásra. Tekintse át az egyes kihagyott verziók kompatibilitástörő módosításait, nem csak a célverziót.

A Windows Formshoz kapcsolódó kompatibilitástörő változásokat a A .NET Frameworkről a .NET-re történő migrálás kompatibilitástörő változásai című cikk dokumentálja. Szűrje a kompatibilitástörő változások hivatkozását arra a verziótartományra, amelyet frissít, és tekintse át az alkalmazás által használt API-kra vonatkozó bejegyzéseket.

Frissítés utáni feladatok

Miután az alkalmazás lefordul és fut a .NET-en, végezzen el néhány utómunkálatot a frissítés után visszamaradt elemek eltávolításához.

Tekintse át a NuGet-csomagokat.

Előfordulhat, hogy a frissítési folyamat újabb verziókra frissített csomagokat tartalmaz. Néhány újabb verzió eltávolítja a régebbi verziók által igényelt függőségeket. A frissítés után ellenőrizze az egyes frissített csomagokat, és távolítsa el a már nem szükséges tranzitív függőségeket. Tekintse át a frissített csomagok kibocsátási megjegyzéseit, hogy észlelje azokat a viselkedési változásokat, amelyek nem okoznak buildelési hibákat.

Távolítsa el a régi NuGet-összetevőket.

Ha a projekt egy packages.config fájlt használt a NuGet-hivatkozások kezeléséhez, a formátumra PackageReference való migrálás után már nincs rá szükség. Törölje a projektből. A projekt vagy a megoldáskönyvtár helyi packages mappáját is törölheti – a NuGet mostantól egy globális gyorsítótármappában .nuget\packages tárolja a csomagokat a felhasználói profiljában.

Frissítse a System.Configuration hivatkozásokat.

A legtöbb .NET Framework-alkalmazás közvetlenül hivatkozikSystem.Configuration. A frissítés után előfordulhat, hogy a projekt továbbra is tartalmazza ezt a hivatkozást. A System.Configuration kódtár a app.config fájlból olvassa be a futásidejű konfigurációt. A .NET-ben cserélje le a System.Configuration.ConfigurationManager NuGet-csomaggal, amely ugyanazt az API-felületet biztosítja a keretrendszer-szerelvényre mutató közvetlen hivatkozás nélkül.

Modernizálás a frissítés után

Ha az alkalmazás .NET fut, olyan modern mintákat alkalmazhat, amelyek nem érhetők el a .NET-keretrendszerben. Ezek a módosítások nem szükségesek a frissítés befejezéséhez, de javítják a karbantarthatóságot, és kihasználják a .NET való aktív befektetés előnyeit. A szélesebb körű ötletekért lásd: Modernizálás a .NET .NET-keretrendszerből való frissítés után.

Migrálás App.config-ről appsettings.json.

.NET keretrendszer App.config használ a futásidejű beállításokhoz, például a kapcsolati sztringekhez és a naplózási konfigurációhoz. A .NET-alkalmazások általában ehelyett a(z) appsettings.json fájlt használják, amelyet a Microsoft.Extensions.Configuration NuGet-csomag biztosít. Számos kódtár – köztük a naplózási szolgáltatók – nem támogatják App.configappsettings.json. Az áttelepítés igazodik az alkalmazáshoz az ökoszisztémához, és leegyszerűsíti a konfigurációt, amikor új függőségeket ad hozzá.

A App.config fájlok a .NET-ben továbbra is működnek a System.Configuration.ConfigurationManager NuGet-csomagon keresztül, így fokozatosan migrálhat. Útmutatásért lásd: Konfiguráció a .NET.

Cserélje le a WebBrowser vezérlőt a WebView2 -ra (WPF).

A WebBrowser vezérlő Internet Explorer alapul, amely már nem támogatott. A .NET-hez készült WPF ehelyett a Microsoft Edge-alapú WebView2 vezérlőt használhatja. WebView2 Modern, aktívan karbantartott böngészővezérlést biztosít a jobb teljesítmény, a biztonság és a webes szabványok támogatásával.

Adja hozzá a Microsoft.Web.WebView2 NuGet-csomagot a projekthez. Attól függően, hogy a Windows melyik verziója fut, előfordulhat, hogy külön kell telepítenie a WebView2 futtatókörnyezetet. További információért lásd: Bevezetés a Microsoft Edge WebView2 használatába.

Kapcsolódó tartalom

  • Last updated on