Megosztás a következőn keresztül:

Windows App fejleszté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 app fejlesztési környezete.
  • Natív windowsos alkalmazásfejlesztés a WinUI 3, 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 app fejlesztési környezet

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

A Windows-fejlesztők mai lehetőségeinek nagyszerű á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 alkalmazásfejlesztési lehetőségek áttekintését is megtekintheti.

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: 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 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.

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 (Windows 10 1809-ben). A WinUI az az UI-keretrendszer, amely a Windows App SDK része.

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 windowsos verziókra telepíthető modern asztali alkalmazásokat hozhat létre (egészen az Windows 10 1809-hez). Amikor a Windows App SDK-t használja alkalmazásfejlesztéshez, a legújabb Windows fejlesztési platform funkciói érhetők el. A Windows App SDK a WinUI-t is tartalmazza.

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-t. 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 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ó átkerül a Windows App SDK-ba.

A csak Windows rendszerű alkalmazások 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 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.
  • Monetization: A Microsoft aktívan karbantartja és támogatja a natív keretrendszereket, biztosítva a legújabb frissítések és funkciók access.
Milyen keretrendszert kell használnom a Microsoft legújabb Windows app fejleszté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 legújabb natív felhasználói felületi keretrendszer a Windows app fejlesztéséhez, é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 (egy Windows-platform fejlesztési keretrendszerrel) együtt kerül kiadásra.

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ó 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. 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óért lásd: A Windows App SDK használata meglévő projekthez.

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

A WinUI-fejlesztéshez erősen ajánlott a Visual Studio 2022 17.10-es vagy újabb verziójának 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 integrált fejlesztőkörnyezetek é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 és a WinUI között az UWP esetében?

WinUI (korábbi nevén WinUI 3) a legújabb natív felhasználói felületi keretrendszer Windows app fejlesztéséhez. 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 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 biztosít az UWP-alkalmazásokhoz, és Windows 10-hez tervezett.

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: A .NET-alapú alkalmazásokat migralják 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. Az 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: Az UWP-ről a Windows App SDK-ra való áttérés.

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.
Rendelkezik a Visual Studio tervezési felülettel vagy felhasználói felület tervezővel 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 a Windows App SDK 1.7 WinUI-hoz készült Visual Studio felhasználói felület tervezőn, de még nincs idővonal a kiadására.

Does Windows App SDK tartalmazza a WinUI?

Igen. WinUI a Windows App SDK részeként van szállítva.

Tartalmazza a Windows App SDK a WinUI-t a 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ő olyan XAML alapú felhasználói felületi keretrendszer, amely .NET és C++ rendszeren működik, de a WinUI UWP-hez és a WinUI egymással nem kompatibilisek.

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

Nem. WinUI-t a Windows App SDK részeként szállítják.

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, modernül fog kinézni a Windows 11-en és a Windows 10-en is?

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 akril hátteret a Windows App SDK-val készült alkalmazásokban?

Igen. Lásd Alkalmazza az Mica vagy Akril anyagokat a Windows 11 asztali alkalmazásaiban.

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, továbbra is használhatja a meglévő alkalmazásokhoz. 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 .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, dátumozottnak 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 a WPF-hez modern Windows 11-es esztétikát vezet be, integrált világos/sötét móddal és rendszer kiemelő szín tá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, többplatformos alkalmazásokat hozhat létre .NET MAUI vagy React Natív használatával:

  • 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.
Meg vagyok győződve arról, hogy .NET MAUI-alkalmazások jól fognak futni Windowson?

Ha .NET MAUI-alkalmazást készít Windowshoz a kimenet egy WinUI-alkalmazás. A fejlesztés során a .NET MAUI egyetlen .NET élményt kínál a különböző platformokon, de dolgozik platformspecifikus kódokkal a háttérben. 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 tud .NET MAUI natív eszköz API-kat biztosítani minden platformon?

.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ü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, és később integrálom .NET MAUI-t, ha végül platformfüggetlen forgatókönyveket szeretnék célba venni?

Jelenleg nem. Bár .NET MAUI WinUI-t használ Windows rendszeren való futtatáskor, a több platformot megcélzó csapatoknak .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. A React Native tartalmazza a Windows és macOS rendszerekhez való támogatást. 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.

A kezdéshez lásd 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 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, az Xboxot és mixed reality 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. Windows App SDK nem támogatja ezeket a platformokat. A játékfejlesztéshez használja a Microsoft Game Development Kit.

Mit használjak, ha olyan alkalmazásokat akarok készíteni, amelyek a Windowson és a Surface Hubon működnek?

Ha Windows és Surface Hubot is céloz meg, 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 készíthetek natív érzetű progresszív webalkalmazásokat (PWA-k) Windowsra?

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

Mi az .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 olyan hibrid ügyfélalkalmazások létrehozását, amelyek egyetlen natív ügyfélalkalmazásban egyesítik a Blazor és .NET MAUI-összetevőket, teljes access natív platformfunkciókkal.

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áson 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.

A windowsos modern böngészőkben jól működő .NET-alapú web apps készítéséhez milyen lehetőségek közül választhatok?

Web apps bármely ügyfélalkalmazás-platform legszélesebb körét kínálja. A gyönyörű .NET web apps 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

Számos keretrendszer közül lehet választani a Windows operációs rendszert célzó alkalmazások készítéséhez! Hogyan döntsek?

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?
  • Szüksége van hozzáférésre a Windows-specifikus API-kra?
  • 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 ajánlott front-end webalkalmazások készítéséhez .NET keretrendszerrel. 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:

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

Kik építenek ma .NET MAUI alkalmazásokat?

Számos ügyfél, köztük a Microsoft is platformfüggetlen alkalmazásokat készít .NET MAUI használatával. 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 készít ma WPF alkalmazásokat?

A Microsoft Visual Studio felhasználói felületének többsége WPF épül fel. 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 az MSBuild 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

Hogyan érhetem el, hogy a Windows alkalmazást a végfelhasználók nagyszerűnek érzékeljék?

Lásd: Windows alkalmazásfejlesztés – Ajánlott eljárások és Windows app teljesítmény és alapismeretek áttekintése.

Compatibility

A felhasználóimnak valaha is frissíteniük kell a Windowst 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 tekintse meg a következő blogbejegyzést: Frissítse UWP alkalmazását a .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: UWP-ről a Windows App SDK-ra való áttérés.

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

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

Leállították a WPF támogatását?

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 a GitHub-on található Windows Forms ütemtervet.

A Windows Runtime (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