Megosztás:

A Windows alkalmazásfejlesztéssel kapcsolatos gyakori kérdések

Ez a gyakori kérdések választ adnak a Windows-alkalmazások fejlesztésével kapcsolatos gyakori kérdésekre, beleértve a projektek megfelelő keretrendszerének kiválasztására vonatkozó útmutatást. Az érintett témakörök a következők:

  • Első lépések és a Windows-alkalmazások fejlesztési környezete.
  • Natív windowsos alkalmazásfejlesztés a WinUI, a Windows Presentation Foundation (WPF) és a Windows Forms (WinForms) használatával.
  • Windows Software Development Kit (SDK) és Windows App SDK.
  • A Windows megcé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álaszthat egy megközelítést a Microsoft befektetései megértése közben.

Windows-alkalmazások fejlesztési környezete

Hol találhatok egyértelmű áttekintést a Windows fejlesztési technológiáiról?

Ha szeretné áttekinteni a Windows-fejlesztők mai lehetőségeit, tekintse meg a Legújabb Windows Dev Chat epizódot, Az ideális fejlesztői platform kiválasztása, ahol a WinUI, a .NET MAUI, a React Native, a Blazor és a Progresszív Web Apps (PWA-k) ismertetésére kerül sor.

A Windows-fejlesztők alkalmazásfejlesztési lehetőségek áttekintését is megtekintheti.

Miért kulcsfontosságú még mindig az ügyfélalkalmazások fejlesztése a modern digitális átalakuláshoz a felhőszolgáltatások korában?

A felhőszolgáltatások korában az ügyfélalkalmazás-fejlesztés 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: Az ügyfélalkalmazások világszerte több mint 1,5 milliárd Windows-eszközzel és több mint 5 milliárd Android- és iOS-eszközzel közvetlenül a felhasználókhoz irányíthatják alkalmazásaikat.
  • Á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 a felhőintegrációval: A jól integrált ügyfélalkalmazások könnyedén szinkronizálhatók a háttérbeli felhőszolgáltatásokkal, így a felhasználói bázis növekedésével valós idejű adathozzáférést és zökkenőmentes méretezhetőséget tesznek 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.

Csak windowsos natív 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 a Windows 10 1809-hez). A WinUI a Windows App SDK-t használó felhasználói felületi keretrendszer.

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

Mindkettő szoftverfejlesztői készlet (SDK), amellyel Windows-alkalmazásokat hozhat létre.

A Windows App SDK egy új fejlesztői platform, amellyel modern asztali alkalmazásokat hozhat létre, amelyek windowsos verziókban telepíthetők (windowsos 10 1809-ben). A Windows App SDK-val való fejlesztés során a Legújabb Windows fejlesztői platform funkciói érhetők el. A Windows App SDK tartalmazza a WinUI-t.

A Windows SDK egy fejlesztői platform, amellyel UWP-alkalmazásokat és Win32/desktop-alkalmazásokat hozhat létre. Olyan Windows API-k köré tervezték, 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. A Windows App SDK-val készült alkalmazások a funkciók igényeitől függően továbbra is használhatják a Windows SDK API-kat. Idővel több Windows SDK-funkció lép a Windows App SDK-ba.

Új csapatot építek egy csak Windows rendszerű alkalmazás fejlesztéséhez. 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 csak Windows rendszerű alkalmazáshoz:

  • Teljesítmény: 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 számos olyan API-val rendelkezik, amelyek kifinomult élményt tesznek lehetővé, amelyek csak Windowson érhetők el. 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 konzisztens felhasználói élményt biztosítanak a Windows-eszközökön, így az alkalmazás mindenhol jól 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.
  • Bevételeit: 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.
Melyik keretrendszert érdemes használni a Microsoft legújabb windowsos alkalmazásfejlesztésbe történő befektetéseihez?

Ha csak Windows rendszerű új alkalmazást készít, javasoljuk a WinUI használatát. A WinUI a Windows-alkalmazások fejlesztésének legújabb natív felhasználói felületi keretrendszere, és úgy lett kialakítva, hogy a Windows-eszközök széles körében működjön. 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 Windows legújabb verzióival működik a legjobban.

Használhatom a Windows App SDK/WinUI-t a meglévő Windows-alkalmazásomban?

Vegye figyelembe, hogy a WinUI (egy felhasználói felületi keretrendszer) a Windows App SDK-val (windowsos 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. Az XAML-szigetek nevű funkció fejlesztés alatt áll, hogy WinUI-tartalmakat üzemeltetjen más felhasználói felületi keretrendszerekben (WPF, Win32).

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. A Windows App SDK nem támogatja az UWP-alkalmazásokat.

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

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

WinUI-alkalmazások létrehozásához a Visual Studiót kell használnom?

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

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

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

A WinUI a Windows-alkalmazások fejlesztésének legújabb natív felhasználói felületi keretrendszere. 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 Windows legújabb verzióival működik a legjobban.

A 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 a Windows 10-re lett kifejlesztve.

A WinUI 3 a WinUI korábbi neve volt, amikor először a Windows App SDK részeként szállították.

Összefoglalva, a WinUI a WinUI-keretrendszer legújabb és legfejlettebb verziója, a WinUI 2 az UWP vezérlőkönyvtára, a WinUI 3 pedig a WinUI korábbi címkéje. Használja a "WinUI"-t, kivéve, ha kifejezetten a WinUI 2-re hivatkozik.

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

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

Növekményesen frissíthetem az UWP-alkalmazásomat WinUI 2 vezérlőkkel WinUI-ra úgy, hogy fokozatosan lecserélem a WinUI 2 összetevőt WinUI-összetevőkre?

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

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. Projektfájl és MSBuild testreszabása: A migrálási munka a speciális MSBuild használattól függően változik.
  2. .NET API migrálása: A .NET-et használó UWP-alkalmazásoknak a .NET 6-os vagy újabb verziójára kell váltaniuk. A .NET 6 bevezetése sok esetben 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: Áthelyezés A C++/WinRT fájlba a C++/CX.

További információ: Migrálás UWP-ből a Windows App SDK-ba.

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. Az Xbox, HoloLens és Surface Hub-alkalmazások nem migrálhatók a WinUI-ba.

Hogyan csomagolhatom/terjeszthetem a WinUI-alkalmazásomat?

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

Hol találom a Windows App SDK áttelepítési útmutatóját?

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

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.
  • WPF-ről WinUI-ra történő áttérés: Sok fogalom átültethető, de a vezérlőkészlet és az API-k különböznek.
Rendelkezik a Visual Studio tervezőfelülettel/felhasználói felülettel a WinUI-hoz?

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

A Windows App SDK tartalmazza a WinUI-t?

Igen. WinUI a Windows App SDK részeként kerül kiadásra.

A Windows App SDK tartalmazza a WinUI 2-t?

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

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

Majdnem. Bár a WinUI eredetileg a WinUI 2 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-en és a C++-en is működik, de a WinUI 2 és a WinUI nem kompatibilisek egymással.

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

Nem. WinUI a Windows App SDK részeként kerül kiadásra.

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

Igen. A Windows App SDK összes 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-ből.

Ma az XAML-szigetek támogatja a legtöbb rendszer XAML és WinUI 2 vezérlőt. 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 a Windows App SDK 1.4-től érhető el.

Ha WinUI-alkalmazást hozok létre, az modern lesz a Windows 11-en és a Windows 10-en is?

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

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

Igen. Lásd: Mica- vagy Akril-anyagok alkalmazása asztali alkalmazásokban Windows 11.

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 jelentős befektetést fektettem be a WPF-be, továbbra is használnom kell a WPF-et, vagy fontolóra kell venni a WinUI-ba való migrálást?

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

Fontolja meg a .NET frissítési segéd használatát a .NET-keretrendszer WPF-alkalmazásainak a legújabb .NET-platformra való migrálásához. Elemzi a kódbázist, és útmutatást nyújt a frissítéséhez.

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

A WPF-alkalmazások .NET 9 vagy újabb verziójával történő fejlesztésekor meggyőződhet arról, hogy az alkalmazás megfelel a Windows 11 elegáns, modern megjelenésének. A WPF új Fluent-témája egy modern Windows 11 esztétikát mutat be, integrált világos/sötét móddal és rendszerkoncentrikus színtámogatással. 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 a Windows asztali fejlesztéséhez.

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

Milyen okai vannak a Windowst célzó, platformfüggetlen natív alkalmazások létrehozásának?

Ha több operációsrendszer-platformon célozza meg a felhasználókat, a .NET MAUI-val vagy a React Native-val platformfüggetlen alkalmazások 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. A 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.
Biztos vagyok benne, hogy a .NET MAUI-alkalmazások jól fognak futni Windows rendszeren?

A Windowshoz készült .NET MAUI-alkalmazás létrehozásakor a kimenet egy WinUI-alkalmazás. A fejlesztés során a .NET MAUI egyetlen .NET-élményt kínál a platformokon, de platformspecifikus kódot hoz létre a motorháztető alatt. Ez biztosítja, hogy a .NET MAUI-alkalmazások minden platformon jól teljesítsen, és natív felhasználói élményt nyújtsanak.

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

A .NET MAUI egységes .NET-felületet biztosít Windows, iOS, Android és macOS rendszereken. Több mint 60 platformspecifikus API-t absztrakcióz egyetlen platformfüggetlen API-készletbe, amely olyan területekre terjed ki, mint a tárolás, 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.

Kezdhetek a WinUI-val, és később integrálhatom a .NET MAUI-t, ha végül platformfüggetlen forgatókönyveket szeretnék megcélzni?

Jelenleg nem. Bár a .NET MAUI WinUI-t használ Windows rendszeren való futtatáskor, a több platformot megcélzó csapatoknak a .NET MAUI-val vagy a React Native for Desktoppal 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 Windowshoz és macOS-hez készült React Native-t. A "Learn once, write anywhere" 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.

Első lépésként tekintse meg a React Native for Desktop dokumentációját .

A React Native for Desktop más Windows-eszközöket is támogat?

A React natív alkalmazásai a 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, az Xboxot és a vegyes valóságot használó eszközöket.

Mit használjak, ha Windowson és Xboxon működő alkalmazásokat szeretnék létrehozni?

Ha az alkalmazásnak támogatnia kell az Xboxot, a HoloLenst vagy az IoT-t, az UWP használata ajánlott. A Windows App SDK nem támogatja ezeket a platformokat. A játékfejlesztéshez használja a Microsoft Game Development Kitet.

Mit kell használnom, ha Windowson és Surface Hubon működő alkalmazásokat szeretnék létrehozni?

Ha a Windowst és a Surface Hubot is cé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 hozzáférést biztosít 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 hozhatok létre natív hangulatú progresszív webalkalmazásokat (PWA-kat) Windows rendszeren?

Lásd Webes fejlesztés Windows és Progresszív webalkalmazásokáttekintése című témakört.

Mi az a .NET MAUI Blazor hibrid alkalmazás?

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

További információ a ASP.NET Core Blazor Hybridről.

Létre kell hozni a .NET MAUI hibrid alkalmazás webes összetevőit a Blazor használatával?

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. A 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 a .NET-keretrendszerre épülő WPF- vagy 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.

Milyen lehetőségeim vannak a .NET-alapú webalkalmazások építésére, amelyek jól néznek ki modern böngészőkkel Windows rendszeren?

A webalkalmazások az ügyfélalkalmazás-platformok legszélesebb körét kínálják. 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 a Microsoft befektetéseit

Olyan sok keretrendszer-lehetőség áll rendelkezésre a Windowst célzó alkalmazások létrehozásához! Hogyan dönthetek?

A 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-t előnyben részesítve vagy platformfüggetlenül fejlesztesz?
  • Milyen nyelvekkel vagy készségekkel rendelkezik már – .NET, JavaScript, valami más?
  • Hozzáférésre van szüksége a 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:

  • A Blazor az előtérbeli webalkalmazások .NET-tel való létrehozásához ajánlott. 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-webalkalmazásoknak akkor is van értelme, ha meglévő JavaScript-készségeket szeretné használni, vagy integrálni szeretné őket a már 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:

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

Ki készít ma .NET MAUI-alkalmazásokat?

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

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

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

A Microsoft Visual Studio felhasználói felületének nagy része WPF-sel készült. Maga a Visual Studio IDE egy összetett, nagy teljesítményű WPF-alkalmazás 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 háttérkonfigurációjához, így közvetlenül a pilótákhoz viszi az érzékelőadatokat és az elemzéseket a biztonság és a hatékonyság javítása érdekében.

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

UWP és WinUI 2

Terjeszthetők UWP-alkalmazások a Microsoft Store-on kívül?

Igen. Ha a MSIX csomag aláírt, az aláíró tanúsítványnak érvényesnek és megbízhatónak kell lennie a céleszközön.

Keverhetem az UWP XAML felhasználói felület vezérlőit Win32, WPF vagy WinForms felhasználói felület vezérlőkkel?

Igen – Ezt az XAML-szigetek engedélyezik. További információ az XAML-szigetekről.

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 az MSBuild használata nélkül?

Általában nem. A WinUI és a Windows App SDK használatához MSBuild szükséges, ezért a Visual Studio előfeltétele a velük való fejlesztésnek. 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

Mit tehetek annak érdekében, hogy a Windows-alkalmazásom nagyszerűen érezze magát a végfelhasználók számára?

Lásd: Alkalmazások nagyszerűvé tétele Windows.

Compatibility

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

A Windows 10 1809-es vagy újabb verziójával rendelkező 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

Az UWP/WinUI 2 elavult?

Nem. Az UWP és a WinUI 2 továbbra is támogatott, és továbbra is fogadják a hibákat, a megbízhatóságot és a biztonsági javításokat. 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ót használó UWP-alkalmazások modernizálási útvonalát biztosítja.

A .NET 9 UWP támogatásának 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 .NET natív függőségeit, hogy a fejlesztők kihasználhassák a legújabb .NET- és C#-funkciókat.

További információt a következő blogbejegyzésben talál: UWP-alkalmazás modernizálása előzetes verziójú UWP-támogatással a .NET 9 és natív AOT rendszerhez.

Mikor kell migrálnom egy UWP/WinUI 2 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.

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

Mikor *ne* migráljak egy UWP + WinUI 2 alkalmazást a WinUI-ba?

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

Elavult a WPF?

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

Használaton kívüli a WinForms?

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

Elavult a Windows Futtatókörnyezet (WinRT) ?

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álhatók a Windows App SDK kibocsátási megjegyzései?

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

Kapcsolódó tartalom

  • Last updated on