Windows-alkalmazás fejlesztéssel kapcsolatos gyakori kérdések

Ez a gyakori kérdések Windows alkalmazásfejlesztéssel kapcsolatos gyakori kérdésekre adnak választ, beleértve a projektek megfelelő keretrendszerének kiválasztásával kapcsolatos útmutatást. Az érintett témakörök a következők:

  • Első lépések és az Windows alkalmazásfejlesztési környezet.
  • Natív Windows alkalmazásfejlesztés WinUI 3, Windows megjelenítési alaprendszer (WPF) és Windows Forms (WinForms) használatával.
  • Windows Software Development Kit (SDK) és Windows App SDK.
  • A Windows célzása a platformfüggetlen fejlesztési stratégia részeként.
  • Hibrid és webalkalmazás-fejlesztés .NET MAUI, Blazor és ASP.NET Core használatával.
  • Hogyan válasszunk egy megközelítést, miközben megértjük Microsoft befektetéseit.

Windows alkalmazásfejlesztési környezet

Hol találok egyértelmű áttekintést Windows fejlesztési technológiákról?

A Windows fejlesztők mai lehetőségeinek áttekintéséhez tekintse meg a legújabb Windows Dev Chat epizódot, Az ideális fejlesztői platformot, ahol a WinUI, a .NET MAUI, a React Native, a Blazor és a Progresszív Web Apps (PWA-k) kerülnek megvitatásra.

A Windows fejlesztők számára készített alkalmazásfejlesztési lehetőségek áttekintésére is hivatkozhat.

A modern digitális átalakításhoz még mindig elengedhetetlen az ügyfélalkalmazások fejlesztése a cloud services korában?

A cloud services korában az ügyfélalkalmazások fejlesztése továbbra is a modern digitális átalakítás kritikus összetevője marad. A fejlesztők számára az ügyfélalkalmazások létrehozása nem csak az eléréshez, hanem a felhasználói eszközökön való rugalmas, értelmes interakciók biztosításához is elengedhetetlen.

Íme, miért fontosak az ügyfélalkalmazások:

  • Device Reach: Több mint 1,5 milliárd Windows eszközzel és több mint 5 milliárd Android- és iOS-eszközzel világszerte, az ügyfélalkalmazások lehetővé teszik, hogy alkalmazásait közvetlenül a felhasználókhoz hozza a választott eszközökön.
  • Átjáró az intelligens szolgáltatásokhoz: ügyfélalkalmazások gyakran az első interakciók a felhasználókkal a szolgáltatásaikkal. Gazdag, interaktív felületet kínálnak, amellyel intelligens funkciókat mutathat be, és megkülönböztetheti a terméket másoktól.
  • Méretezhetőség felhőintegrációval: A jól integrált ügyfélalkalmazás könnyedén szinkronizálható a háttérrendszerbeli felhőszolgáltatásokkal, így a felhasználói bázis növekedésével valós idejű hozzáférést és zökkenőmentes méretezhetőséget tesz lehetővé.
  • Fokozott hatékonyság és felhasználói hűség: Egy átgondolt kialakítású alkalmazás növelheti a termelékenységet, és folyamatosan figyelemmel követheti a felhasználókat a termékével vagy szolgáltatásával.

Natív Windows alkalmazásfejlesztés

Mi a Windows App SDK?

A Windows App SDK egy Windows alkalmazásfejlesztési platform, amellyel gyönyörű, modern, visszamenőlegesen kompatibilis asztali alkalmazásokat hozhat létre (egészen Windows 10 1809-ben). WinUI a felhasználói felületi keretrendszer, amely a Windows App SDK részeként érkezik.

Mi a különbség a Windows App SDK és a Windows SDK között?

Mindkettő szoftverfejlesztői készlet (SDK), amely lehetővé teszi Windows alkalmazások készítését.

A Windows App SDK egy új fejlesztői platform, amellyel modern asztali alkalmazásokat hozhat létre, amelyek Windows verziókra telepíthetők (egészen az 1809-Windows 10-ra). Amikor a Windows App SDK-val fejleszt, a legújabb Windows fejlesztési platform funkciói elérhetők. A Windows App SDK a WinUI-t is tartalmazza.

A Windows SDK egy olyan fejlesztési platform, amellyel UWP-alkalmazásokat és Win32/desktop-alkalmazásokat hozhat létre. A Windows API-k köré van tervezve, amelyek az operációs rendszer bizonyos verzióihoz vannak csatolva.

A Windows App SDK nem helyettesíti a Windows SDK. Ehelyett a Windows App SDK kiegészíti a Windows SDK-t. Kényelmes, operációsrendszer-független absztrakciót biztosít a Windows operációsrendszer-API-k gazdag katalógusa körül, amelyek már elérhetők a Windows SDK használatával. Az Windows App SDK készült alkalmazások a funkciók igényeitől függően továbbra is használhatnak Windows SDK API-kat. Idővel fokozatosan több Windows SDK-funkció átkerül a Windows App SDK-ba.

A csak Windows alkalmazás fejlesztéséhez új csapatot hoz létre. Miért érdemes natív Windows keretrendszerrel ( WinUI, WPF vagy WinForms) fejleszteni?

Az alábbiakban néhány okot talál arra, hogy natív Windows keretrendszert válasszon a Windows-only alkalmazáshoz:

  • Performance: A natív Windows-keretrendszerek a modern Windows hardverek kihasználására vannak optimalizálva, gyors és rugalmas felhasználói élményt biztosítva.
  • Integráció: A Windows olyan API-k széles választékával rendelkezik, amelyek kifinomult élményeket tesznek lehetővé csak Windows alatt. A natív keretrendszerek mély integrációt biztosítanak ezekkel a funkciókkal és API-kkal.
  • Natív felhasználói élmény: A natív keretrendszerek egységes felületet biztosítanak Windows eszközökön, így az alkalmazás mindenhol nagyszerűen néz ki és működik.
  • Offline támogatás: A natív keretrendszerek támogatják az offline forgatókönyveket, így az alkalmazások internetkapcsolat nélkül is működhetnek.
  • Monetization: A natív keretrendszereket a Microsoft aktívan karbantartja és támogatja, így biztosítva a legújabb frissítésekhez és funkciókhoz való hozzáférést.
Milyen keretrendszert kell használnom Microsoft legújabb befektetéseivel Windows alkalmazásfejlesztésbe?

Ha csak Windowsra készült új alkalmazást készít, javasoljuk a WinUI használatát. A WinUI a legújabb natív felhasználói felületi keretrendszer Windows alkalmazásfejlesztéshez, és Windows eszközök széles skálájára tervezték. Modern és rugalmas felhasználói felületi keretrendszert biztosít vizuálisan vonzó és interaktív Windows alkalmazások létrehozásához. A WinUI a Windows App SDK része, és a legjobban a Windows legújabb verzióival működik.

A meglévő Windows-alkalmazásomban Windows App SDK/WinUI-t használok?

Vegye figyelembe, hogy WinUI (egy felhasználói felületi keretrendszer) a Windows App SDK (Windows platformfejlesztési keretrendszerrel) rendelkezik.

A WinUI általában csak akkor használható, ha az alkalmazás teljes mértékben készen áll a felhasználói felületi keretrendszer migrálására. A XAML-szigetek nevű funkció lehetővé teszi WinUI-tartalmak üzemeltetését más felhasználói felületi keretrendszerekben (WPF, Win32). További információt az XAML-szigetek dokumentációjában talál.

A Windows App SDK elemei gyakran használhatók asztali alkalmazásokban a meglévő alkalmazás felépítésétől függően. Az UWP-alkalmazásokat a Windows App SDK nem támogatja.

Ez azt jelenti, hogy WPF/MFC/WinForms alkalmazások a WinUI-hoz nem kapcsolódó Windows App SDK API-kat használhatják. Ilyenek például az alkalmazás életciklusa, az ablakozás és a toast értesítések.

További információ: Az Windows App SDK használata meglévő projektben.

A WinUI-alkalmazások létrehozásához Visual Studio kell használnom?

A WinUI-fejlesztéshez erősen ajánlott a 2026-os vagy újabb Visual Studio használata. A legújabb Visual Studio verziók olyan sokoldalú fejlesztési funkciókat kínálnak, mint a Hot Reload, és WinUI-alkalmazásfejlesztést számítási feladatot tartalmaznak, amely leegyszerűsíti a telepítést.

Más fejlesztői környezetek és munkafolyamatok is működhetnek, de a Visual Studio jelenleg az egyetlen hivatalosan támogatott fejlesztői környezet a WinUI-hoz. Vegye figyelembe, hogy az MSBuild az XAML- vagy WinUI-projektek fordításához szükséges.

I "Nem tölthető be a DLL "Microsoft.ui.xaml.dll"" hiba az alkalmazás futtatásakor. Hogyan javíthatom ki?

Ez a hiba általában unpackaged olyan alkalmazásforgatókönyvekben fordul elő, ahol a Windows App SDK futtatókörnyezet nincs telepítve a gépen. Kipróbálhatja a következőt:

  • Ha packaged alkalmazást futtat (az ajánlott alapértelmezett), győződjön meg arról, hogy Visual Studio keresztül indítja el a MsixPackage indítási profillal (nem az egyszerű végrehajtható profillal). Az MSIX csomagolási lépés telepíti a szükséges futtatókörnyezeti összetevőket.
  • Ha unpackaged alkalmazást futtat, a Windows App SDK futtatókörnyezetet külön kell telepítenie, mielőtt az alkalmazást a Visual Studio kívül futtatja.
  • Ha a hiba a fejlesztés során jelentkezik, nyissa meg a .csproj csomagot, és győződjön meg arról, hogy a csomagolási konfiguráció megfelel az üzemi modellnek: csomagolt alkalmazások esetén hagyja ki a <WindowsPackageType> tulajdonságot (vagy hagyja meg az alapértelmezett beállításnál), és hozza létre/futtassa az MSIX-csomagot; csomagolatlan alkalmazások esetén állítsa be <WindowsPackageType>None</WindowsPackageType> és győződjön meg arról, hogy az indításkor hívott Bootstrap.Initialize() .

A Windows App SDK-t használó alkalmazások üzembe helyezésével kapcsolatos követelményekről a Windows App SDK alkalmazások üzembe helyezése című részben talál további részleteket.

Mi a különbség a WinUI 3 és a WinUI 2 for UWP között?

WinUI (korábbi nevén WinUI 3) a legújabb natív felhasználói felületi keretrendszer Windows alkalmazásfejlesztéshez. Modern és rugalmas felhasználói felületi keretrendszert biztosít vizuálisan vonzó és interaktív Windows alkalmazások létrehozásához. A WinUI a Windows App SDK része, és a legjobban a Windows legújabb verzióival működik.

A WinUI for UWP (korábbi nevén WinUI 2) az UWP-n alapuló felhasználói felület vezérlőinek és stílusainak készlete. Modern megjelenést és élményt biztosít az UWP-alkalmazásokhoz, és Windows 10-hez van tervezve.

Ha Windows App SDK és WinUI használatával készítek alkalmazást, akkor egy "WinUI-alkalmazást" készítek?

Igen – a "WinUI-alkalmazás" az ajánlott kifejezés. A WinUI-alkalmazásokat "WinUI-alkalmazásoknak" nevezzük, mivel az UWP-hez készült WinUI nem egy alkalmazástípus, hanem az UWP-alkalmazásokban használt összetevők készlete.

Frissíthetem fokozatosan az UWP-alkalmazásomat WinUI for UWP-vezérlőkkel WinUI-ra azáltal, hogy lépésenként lecserélem a WinUI for UWP-összetevőket WinUI-összetevőkre?

Nem. Windows App SDK nem használható az UWP-alkalmazásokban, és a WinUI for UWP nem keverhető a WinUI-val. Lásd: Migrálás az UWP-ről a Windows App SDK-ra.

Milyen nehéz migrálni egy UWP-alkalmazást a WinUI-ba?

A felhasználói felület összetevőinek migrálása általában egyszerű (C# és C++/WinRTesetén). Ellenkező esetben a migrálás költsége elsősorban a következőtől függ:

  1. Project fájl és MSBuild testreszabás: A migrálási munka a speciális MSBuild használattól függően változik.
  2. .NET API migrálása: .NET használó UWP-alkalmazásoknak .NET 6-os vagy újabb verzióra kell váltaniuk. Sok esetben a .NET 6 bevezetése egyszerű.
  3. Felhasználói felületi összetevők kódtárai: A kódtáraknak WinUI-t célzó verziókkal kell rendelkezniük.
  4. Ha az UWP-alkalmazás a most felülírt C++/CX fájlban van megírva, szükség van némi forráskód-portolásra. Lásd: Áttérés C++/CX-ről C++/WinRT-re.

További információ: Migrate from UWP to the Windows App SDK.

Ha már van UWP-alkalmazásom az Áruházban, közzétehetek egy új csomagolt WinUI-alkalmazást ugyanazokkal az azonosítókkal?

Igen, a frissített alkalmazások az alkalmazás identitásának frissítése nélkül is közzétehetők. A régi verzió felhasználói az új verzióra frissülnek. Ez csak az asztali alkalmazásokra vonatkozik. Xbox, HoloLens és Surface Hub-alkalmazások nem migrálhatók a WinUI-ba.

Hogyan csomagoljam és terjesszem a WinUI-alkalmazásomat?

Lásd: Üzembe helyezés áttekintése.

Hol találhatok Windows App SDK migrálási útmutatót?

Lásd: Migrálás az UWP-ről a Windows App SDK-ra.

Használnom kell az XAML-jelölést, ha WinUI-t szeretnék használni?

Nem. A felhasználói felület vezérlői kódban hozhatók létre. Azonban a felhasználói felület deklaratív XAML jelölésének használata számos előnnyel jár, beleértve a továbbfejlesztett fejlesztői élményt is.

  • Migrálás UWP-ről WinUI-ra: Sok XAML- és felhasználói felületi összetevő újra felhasználható, de szükség van néhány szintaxis-módosításra.
  • Migrálás WPF-ról WinUI-ra: Sok fogalom átviszi azokat, de a vezérlőkészlet és az API-k eltérőek.
Van-e a Visual Studio-nak tervezőfelülete / felhasználói felület-tervezője a WinUI-hoz?

Még nem. Ez a WinUI fejlesztői felületének ismert hiányossága. Az olyan eszközök, mint a XAML Hot Reload számos esetben segíthetnek. Megkezdődött a munka egy Visual Studio-beli felhasználói felület-tervezőn a WinUI Windows App SDK 1.7-es verziójához, de még nincs idővonal a kiadásához.

Does Windows App SDK tartalmazza a WinUI?

Igen. A WinUI a Windows App SDK részeként kerül szállításra.

Tartalmazza a Windows App SDK a WinUI-t az UWP-hez?

Nem. A WinUI for UWP az UWP platform része.

A WinUI for UWP és a WinUI ugyanarra a technológiára épül?

Nem egészen. Bár a WinUI eredetileg a WinUI for UWP-kódbázisból indult, ezek különböző technológiák. Mindkettő XAML-alapú felhasználói felületi keretrendszer, amely a .NET és C++ platformokon is működik, de a WinUI for UWP és a WinUI önmagukban nem kompatibilisek egymással.

A WinUI használata Windows App SDK használata nélkül?

Nem. WinUI a Windows App SDK részét képezi.

Használhatom a WinUI-t csomagolatlan alkalmazásokban?

Igen. A Windows App SDK minden technológiája, beleértve a WinUI-t is, csomagolatlan alkalmazásokban működik.

Mi a különbség az XAML-szigetek és a WinUI között?

Az XAML-szigetek lehetővé teszik a modern XAML-alapú vezérlők üzemeltetését a meglévő Win32 felhasználói felület mellett más keretrendszerekből, például a WinFormsból és a WPF.

Ma az XAML-szigetek a legtöbb rendszer XAML-t és WinUI-t támogatja az UWP-vezérlők számára. További részletekért lásd: Host WinRT XAML-vezérlők asztali alkalmazásokban (XAML-szigetek). A WinUI-vezérlők üzemeltetésének támogatása Windows App SDK 1.4-től érhető el.

Ha WinUI-alkalmazást hozok létre, az modernnek fog kinézni mind Windows 11-en, mind Windows 10-en?

Igen. Az alkalmazás felhasználói felülete az Windows 11 és Windows 10 összes támogatott verziójára vonatkozó legújabb Fluent felhasználói felületi tervezési alapelveket örökli, egészen az 1809-es verzióig, csomagolt és csomagolatlan forgatókönyvekben is.

Használhatok Mica vagy Acrylic hátteret a Windows App SDK-val készült alkalmazásokban?

Igen. Lásd A Mica vagy akril anyagok alkalmazása asztali alkalmazásokban Windows 11 esetén.

Hol találhatók WinUI-minták?

Lásd: Minta és erőforrások. Néhány figyelemre méltó adattár:

Ha már sokat fektettem be a WPF, érdemes-e továbbra is használni a WPF, vagy át kell-e migrálni a WinUI-ba?

Ha már sokat fektetett be a WPF-be, használhatja továbbra is a meglévő alkalmazásokhoz. WPF egy kiforrott, stabil keretrendszer, amelyet széles körben használnak Windows asztali alkalmazások létrehozásához.

Fontolja meg a .NET Frissítési segéd használatát .NET Framework WPF-alkalmazások áttelepítéséhez a legújabb .NET platformra. Elemzi a kódbázist, és útmutatást nyújt a frissítéséhez.

Ha új WPF-alkalmazást készítek, elavultnak fog tűnni a többi új Windows-alkalmazáshoz képest?

Ha 9-.NET vagy újabb verziójú WPF alkalmazást fejleszt, biztosíthatja, hogy az alkalmazás megfeleljen a Windows 11 elegáns, modern megjelenésének. Az új Fluent téma WPF-hez egy modern Windows 11-es esztétikai stílust vezet be, integrált Világos/Sötét mód és a rendszer kiemelő színének támogatásával. Ez modernizálja az alkalmazás megjelenését, és kifinomult, egységes felhasználói élményt nyújt.

A csapatom kényelmesen készít WinForms-alkalmazásokat, és megfelel az igényeinknek. Érdemes megfontolnunk a WinUI-ba vagy más keretrendszerbe való migrálást?

Ha a WinForms megfelel az igényeinek, és csapata jól érzi magát benne, továbbra is használhatja a WinFormst a meglévő alkalmazásokhoz. A WinForms egy kiforrott és stabil keretrendszer, amelyet széles körben használnak Windows asztali fejlesztéshez.

A WinForms csapata továbbra is befektet a platformba. A beruházások néhány jelenlegi területe a következők:

  • Aszinkron támogatás a gyakori vezérlőkhöz
  • Sötét mód
  • Elrendezés rugalmassága
  • Asztali biztonsági funkciók, például vágólap-hozzáférés

Platformfüggetlen natív fejlesztés

Mi lehet az oka a platformfüggetlen, natív alkalmazások létrehozásának, amelyek Windows célként szerepelnek?

Ha több operációsrendszer-platformon célozza meg a felhasználókat, a platformfüggetlen alkalmazások .NET MAUI vagy React Natív használatával történő létrehozása számos előnyt kínálhat:

  • Elér: A platformfüggetlen alkalmazások nagyobb közönséget érnek el különböző eszközökön és operációs rendszereken.
  • Kód újrafelhasználása: A kód platformok közötti újrafelhasználása csökkenti a fejlesztési időt és a költségeket. Az Windows, Android, iOS és macOS rendszerekhez készült különálló alkalmazások létrehozása rendkívül költséges lehet.
  • Konzisztens felhasználói élmény: A platformfüggetlen keretrendszerek egységes megjelenést és érzetet biztosítanak a különböző platformokon.
  • Integráció: A platformfüggetlen alkalmazások továbbra is integrálhatók a platformspecifikus szolgáltatásokkal, hogy átfogó élményt nyújtsanak.
Meg vagyok győződve arról, hogy .NET MAUI alkalmazások jól fognak futni Windows?

Amikor .NET MAUI alkalmazást készít Windowsra, a kimenet egy WinUI-alkalmazás lesz. A fejlesztés során a .NET MAUI egyetlen .NET felületet kínál a platformokon, de platformspecifikus kódot hoz létre a motorháztető alatt. Ez biztosítja, hogy .NET MAUI alkalmazások jól teljesítsen az egyes platformokon, és natív felhasználói élményt nyújtson.

Hogyan .NET MAUI biztosíthat natív eszköz API-kat minden platformon?

.NET MAUI egységes .NET élményt nyújt Windows, iOS, Android és macOS rendszereken. Több mint 60 platformspecifikus API-t absztrakcióz egyetlen platformfüggetlen API-készletbe, amely olyan területeket fed le, mint a storage, a hálózatkezelés és az eszközérzékelők. További platformspecifikus API-k is elérhetők függőséginjektálással, hogy platformonként speciális implementációkat biztosítsanak.

A WinUI-val kezdek, majd később integrálom .NET MAUI, ha végül platformfüggetlen forgatókönyveket szeretnék célba venni?

Jelenleg nem. Bár .NET MAUI WinUI-t használ a Windows futtatásakor, a több platformot megcélozó csapatoknak .NET MAUI vagy a React Native for Desktop használatával kell kezdődnie.

Csapatunk erős webes előtérbeli fejlesztési készségekkel rendelkezik. Érdemes megfontolnunk a React Native for Desktop használatát?

Az erős webes fejlesztési tapasztalattal rendelkező csapatok érdemes lehet figyelembe venni a React Native for Desktopot. Tartalmazza a React Native-t Windows és macOS rendszerekhez. A "Learn once, write anywhere" (Tanulás egyszer, bárhol írás) megközelítéssel a meglévő JavaScript-, TypeScript- és React-képességek natív Windows és macOS-alkalmazások készítésére használhatók.

A React Native for Desktop közvetlenül natív primitívek számára rendereli a felhasználói felületet, így natív teljesítményt és platformképességeket biztosít.

A kezdéshez lásd a React Native for Desktop dokumentációját.

Támogatja-e a React Native for Desktop más Windows eszközöket?

A React natív alkalmazásai az Windows 10 és újabb verziók által támogatott összes eszközön üzembe helyezhetők, beleértve a pc-ket, táblagépeket, 2 az 1-ben, Xbox és vegyes valóságú eszközöket.

Mit használjak, ha olyan alkalmazásokat szeretnék készíteni, amelyek működnek Windows és Xbox rendszeren?

Ha az alkalmazásnak támogatnia kell Xbox, HoloLens vagy IoT-t, az UWP használata ajánlott. Windows App SDK nem támogatja ezeket a platformokat. A játékfejlesztéshez használja a Microsoft Játékfejlesztő készlet.

Ha Windows és Surface Hubon működő alkalmazásokat szeretnék létrehozni?

Ha Windows és Surface Hubot is megcélozza, az UWP használata ajánlott.

Hibrid és webes fejlesztés

Mik azok a hibrid alkalmazások, és miért érdemes megfontolni a létrehozásukat?

A hibrid alkalmazások a legjobb webes és natív alkalmazásfejlesztést ötvözik. Alapjuk olyan webes technológiákkal épül fel, mint a HTML, a CSS és a JavaScript, és egy natív tárolóba vannak csomagolva, amely access bizonyos natív platformfunkciókhoz és hardverekhez. Alkalmazás-áruházakon keresztül is terjeszthetők.

A fő előnye, hogy a hibrid alkalmazások lehetővé teszik egyetlen alkalmazás összeállítását, amely több natív platformon és a weben is futtatható, csökkentve a fejlesztési időt és a költségeket. A hibrid alkalmazásfejlesztési platformok például a következők:

  • Elektron asztali alkalmazásokhoz
  • Ionic mobilalkalmazásokhoz
  • .NET MAUI Blazor Hybrid platformfüggetlen alkalmazásokhoz
Hogyan építek natív érzetű progresszív webalkalmazásokat Windows?

Lásd: Webfejlesztés Windows rendszeren és Progresszív webalkalmazások áttekintése.

Mi az .NET MAUI Blazor hibrid alkalmazás?

A .NET MAUI a Blazor-alkalmazások natív módon futtathatók Windows, iOS, Android és macOS rendszeren. Ez lehetővé teszi olyan hibrid ügyfélalkalmazások létrehozását, amelyek egyetlen natív ügyfélalkalmazásban egyesítik a Blazort és .NET MAUI összetevőket, teljes hozzáféréssel a natív platform képességeihez.

További információ: ASP.NET Core Blazor Hybrid.

Az .NET MAUI hibrid alkalmazás webes összetevőit a Blazor használatával kell létrehozni

Nem. A .NET 9-től kezdve a .NET MAUI tartalmaz egy HybridWebView vezérlőt, amely lehetővé teszi más JavaScript-alapú felhasználói felületek natív alkalmazásokon belüli üzemeltetését.

Ez lehetővé teszi az Angular, React, Vue vagy más HTML/JavaScript-alkalmazások üzemeltetését egy .NET MAUI alkalmazásban. A hibrid vezérlő kapcsolatot biztosít a C# és a JavaScript között, így a C#-kód meghívhatja a JavaScript-függvényeket, és fordítva.

Bármely más natív alkalmazástípus üzemeltethet hibrid Blazor-összetevőket?

Igen. WPF és WinForms-alkalmazások a Blazor hibrid összetevőit is üzemeltethetik, lehetővé téve a modern webes felhasználói felület hozzáadását a meglévő alkalmazásokhoz. Ez nem támogatott WPF vagy .NET-keretrendszerre épülő WinForms-alkalmazások esetében.

A teljes alkalmazásomnak hibrid alkalmazásnak kell lennie, vagy kombinálhatom és egyeztethetem a natív és hibrid összetevőket?

A natív és a hibrid összetevők keverhetők egy alkalmazáson belül. Előfordulhat például, hogy egy alkalmazás magja .NET MAUI összetevőkkel épül fel, míg a hibrid összetevők további funkciókat biztosítanak. Ez lehetővé teszi a natív összetevők teljesítményének és képességeinek kombinálását a hibrid összetevők rugalmasságával és költséghatékonyságával.

Mi a választásom .NET-alapú webalkalmazások létrehozására, amelyek nagyszerűen mutatnak a modern böngészőkben a Windows?

Web apps bármely ügyfélalkalmazás-platform legszélesebb körét kínálja. A gyönyörű .NET webalkalmazások létrehozásának lehetőségei a következők:

  • ASP.NET Core-alkalmazások a Razor Pages használatával
  • ASP.NET Core MVC-alkalmazások
  • ASP.NET Core Blazor-alkalmazások üzemeltetési modellbeállításokkal:
    • Blazor WebAssembly (egy .NET alapú keretrendszer, amely lehetővé teszi webes alkalmazások futtatását közvetlenül a böngészőben)
    • Blazor Server

A Blazor üzemeltetési modelljei most már konfigurálhatók az összetevők szintjén, így olyan forgatókönyvek is engedélyezhetők, mint a Blazor WebAssembly-összetevők üzemeltetése a Blazor Server-alkalmazásokban.

További részletekért tekintse meg a ASP.NET Core dokumentációját.

Válasszon egy megközelítést, és ismerje meg Microsoft befektetéseit

A Windows megcélzott alkalmazások létrehozásához rengeteg keretrendszer-lehetőség áll rendelkezésre. Hogyan dönthetek?

Windows egy nyílt platform, amely számos technológiát támogat. Íme néhány feltétel, amely segíthet a platform kiválasztásában:

  • Windows-fókuszú vagy platformfüggetlen fejlesztést végez?
  • Milyen nyelvekkel vagy készségekkel rendelkezik már – .NET, JavaScript, valami más?
  • Hozzáférésre van szüksége Windows-specifikus API-khoz?
  • Melyik keretrendszer képességei felelnek meg a legjobban az alkalmazás követelményeinek?
  • További összehasonlító tényezőkért tekintse meg ezt a táblázatot .

Számos üzleti alkalmazás esetében a csapatok gyakran a meglévő készségek és a csapat által a legkényelmesebb használat alapján választanak.

Hogyan választhatom ki a webalkalmazásom legjobb fejlesztési megközelítését?

A webalkalmazás fejlesztési megközelítésének kiválasztásakor vegye figyelembe az alábbiakat:

  • Blazor ajánlott a frontend webalkalmazások fejlesztéséhez .NET-tel. Lehetővé teszi az előtérbeli és a háttérrendszer .NET használatával történő összeállítását, időt és költséget takarítva meg, és különösen jó a nagyvállalati alkalmazások számára.
  • A JavaScript web apps akkor is van értelme, ha meglévő JavaScript-készségeket szeretne használni, vagy integrálnia kell a meglévő JS-kódtárakkal vagy -keretrendszerekkel.
  • A régebbi keretrendszereket, például a Web Formst, az MVC-t vagy a Razor Pagest használó meglévő alkalmazások továbbra is támogatottak, és továbbra is fejleszthetők és karbantarthatók.
Ki készít alkalmazásokat ma a WinUI-val?

Ma sok ügyfél épít a WinUI-val, beleértve az Adobe-t és az Apple-t is:

Microsoft számos WinUI-alkalmazást is létrehozott, például Windows 11 Fájlkezelőt és a Fényképek alkalmazást.

Ki készíti ma a .NET MAUI alkalmazásokat?

Számos ügyfél, köztük a Microsoft, platformfüggetlen alkalmazásokat készít .NET MAUI. A Microsoft Azure mobilalkalmazás például .NET MAUI használatával készült.

További információ a .NET ügyfélbemutatóról.

Ki fejleszt ma WPF alkalmazásokat?

A Microsoft Visual Studio felhasználói felületének többsége WPF van kialakítva. Maga a Visual Studio IDE egy összetett, nagy teljesítményű WPF alkalmazás egyik fő példája.

Ki készít ma Blazor-alkalmazásokat?

A GE Digital FlightPulse légitársasági rendszere a Blazort használja a pilóták által látottak háttérkonfigurációjához, így az érzékelőadatok és az elemzések közvetlenül a pilótákhoz való eljuttatásával javítják a biztonságot és a hatékonyságot.

További Blazor-ügyféltörténetek a .NET webhelyen.

Csomagolás, üzembe helyezés és frissítések

Mi a különbség a külső helyen csomagolt, csomagolatlan és csomagolt alkalmazások között?

A csomagolt, a csomagolatlan és a külső helyalapú alkalmazásokkal együtt csomagolt definíciókért tekintse meg az üzembe helyezés áttekintését. Ez a témakör az egyes lehetőségek előnyeit és hátrányait is ismerteti.

A WinUI-alkalmazásom automatikusan frissül a végfelhasználók számára?

A WinUI-alkalmazásokat az Áruházban, egy .appinstaller-fájlban, vagy egy meglévő MSI- vagy setup.exe-csomagban lehet kézbesíteni. Az Áruház és az AppInstaller támogatja az automatikus frissítéseket azon végfelhasználók számára, akiknek engedélyezve vannak az automatikus frissítések, de az MSI/setup.exe-alkalmazásoknak saját frissítési mechanizmust kell biztosítaniuk.

Használhatom a Windows App SDK-t MSBuild használata nélkül?

Általában nem. A WinUI és a Windows App SDK MSBuild szükséges, ezért a Visual Studio a fejlesztés előfeltétele. Bár technikailag lehetséges olyan Windows App SDK alkalmazások létrehozása, amelyek nem használják a WinUI-t más eszközláncokkal, ez nem támogatott.

Teljesítmény és optimalizálás

Mi a teendő, hogy a Windows-alkalmazásom jól érezze magát a végfelhasználók számára?

Tekintse meg Windows alkalmazásfejlesztés – Ajánlott eljárások és Windows alkalmazások teljesítményével és alapjaival kapcsolatos áttekintést.

Compatibility

A felhasználóimnak frissíteniük kell Windows a WinUI-alkalmazásom használatához?

Az 1809-es vagy újabb verziójú Windows 10 felhasználók az operációs rendszer frissítése nélkül telepíthetik a WinUI-alkalmazásokat.

Megcélzhatom az Arm64-et a WinUI-alkalmazásommal?

Igen.

Elavulások és migrálások

Elavult az UWP/WinUI az UWP-hez?

Nem. Továbbra is támogatott az UWP és a WinUI UWP-re, és folyamatosan kapnak hibajavításokat, valamint megbízhatósági és biztonsági frissítéseket. A legtöbb új funkció és képesség azonban hozzáadódik a WinUI-hoz.

A .NET 9 UWP-támogatása elérhető. Ez a beállítás a legújabb .NET verziójú UWP-alkalmazások modernizálási útvonalát biztosítja.

A .NET 9 UWP támogatás céljai a következők:

  1. Jobb migrálási útvonalat biztosíthat azoknak a fejlesztőknek, akik a WinUI-ra szeretnének váltani.
  2. Távolítsa el a natív .NET függőségeit, hogy a fejlesztők kihasználhassák a legújabb .NET és C# funkciókat.

További információért lásd a blogbejegyzést: Modernizálja UWP-alkalmazását .NET 9 és Natív AOT előzetes UWP-támogatásával.

Mikor kell migrálnom egy UWP/WinUI for UWP-alkalmazást a WinUI-ba?

Az UWP-fejlesztők nem érezhetik a migrálásra nehezedő nyomást, ha elégedettek az UWP-vel és annak funkciókészletével – sok alkalmazás esetében a megfelelő választás lehet az UWP használata.

Azokat az alkalmazásokat, amelyek a legújabb Windows platform és .NET beruházások előnyeit szeretnék kihasználni, érdemes megfontolni a Windows App SDK való áttérést. Lásd: Migrálás az UWP-ről a Windows App SDK-ra.

Mikor kell *nem* áttelepíteni egy UWP + WinUI for UWP alkalmazást a WinUI-ba?

Folytassa az UWP használatát, ha Xbox, Surface Hubra vagy HoloLens készül.

Már nem támogatott a WPF?

Nem. WPF támogatott, ajánlott, és továbbra is megkapja a funkciófrissítéseket. Tekintse meg a WPF ütemtervet GitHub.

Használaton kívüli a WinForms?

Nem. A WinForms támogatott, és továbbra is megkapja a funkciófrissítéseket. Lásd a Windows Forms ütemtervet a GitHubon.

A Windows-futtatókörnyezet (WinRT) elavult?

Nem. A WinRT egy alkalmazás bináris felülete (ABI), amely lehetővé teszi a több nyelv közötti interopációt. A WinRT a COM fejlődése, és a Windows App SDK a legtöbb funkcióját a WinRT API-kon keresztül biztosítja.

Kibocsátási megjegyzések

Hol találom a Windows App SDK kiadási megjegyzéseit?

A legújabb kibocsátási megjegyzések az Újdonságok lapon találhatók.

Kapcsolódó tartalom

  • Last updated on