Vanliga frågor och svar om Windows App utveckling

Om du vill ha en bra genomgång av dagens alternativ för Windows-utvecklare kan du titta på det senaste avsnittet Windows Dev Chat, Choosing your ideal dev platform, där de diskuterar WinUI, .NET MAUI, React Native, Blazor och Progressive Web Apps (PWA).

Du kan också läsa översikt över apputvecklingsalternativ för Windows-utvecklare.

I cloud services tidsålder är utveckling av klientappar fortfarande en viktig del av den moderna digitala omvandlingen. För utvecklare är det viktigt att skapa klientprogram inte bara för räckvidd utan för att leverera dynamiska, meningsfulla interaktioner på användarenheter.

Det här är anledningen till att klientappar spelar roll:

• Device Reach: Med över 1,5 miljarder Windows-enheter och mer än 5 miljarder Android- och iOS-enheter globalt kan du med klientappar ta med dina program direkt till användare på valfria enheter.
• Gateway to Intelligent Services: Klientappar är ofta den första interaktionen som användarna har med dina tjänster. De erbjuder ett omfattande, interaktivt gränssnitt som gör att du kan visa upp intelligenta funktioner och skilja din produkt från andra.
• Scalability with Cloud Integration: En välintegrerad klientapp kan enkelt synkroniseras med serverdelen cloud services, vilket möjliggör realtidsdata access och sömlös skalbarhet allt eftersom användarbasen växer.
• Förbättrad produktivitet och användarlojalitet: En genomtänkt app kan förbättra produktiviteten och hålla användarna delaktiga i din produkt eller tjänst över tid.

Windows App SDK är en Windows-programutvecklingsplattform som gör att du kan skapa vackra, moderna, bakåtkompatibla (ned till Windows 10 1809) skrivbordsappar. WinUI är det användargränssnittsramverk som levereras med Windows App SDK.

Båda är programutvecklingspaket (SDK:er) som gör att du kan skapa Windows-appar.

Windows App SDK är en ny utvecklingsplattform som gör att du kan skapa moderna skrivbordsappar som kan installeras i Windows-versioner (ned till Windows 10 1809). När du skapar med Windows App SDK är de senaste funktionerna för Windows-utvecklingsplattform tillgängliga. Windows App SDK innehåller WinUI.

Windows SDK är en utvecklingsplattform som gör att du kan skapa UWP-appar och Win32-/skrivbordsappar. Den är utformad kring Windows-API:er som är kopplade till vissa versioner av operativsystemet.

De Windows App SDK ersätter inte Windows SDK. I stället kompletterar Windows App SDK Windows SDK. Det erbjuder en bekväm, operativsystemavhängigt abstraktion kring den omfattande katalogen med Windows OS-API:er som redan är tillgängliga med hjälp av Windows SDK. Appar som skapats med Windows App SDK kan fortfarande använda Windows SDK-API:er beroende på funktionsbehov. Med tiden flyttas fler Windows SDK-funktioner till Windows App SDK.

Här följer några anledningar till att välja ett internt Windows-ramverk för din Windows-app:

• Föreställning: Interna Windows-ramverk är optimerade för att utnyttja modern Windows-maskinvara, vilket ger snabba och dynamiska användarupplevelser.
• Integration: Windows levereras med en mängd olika API:er som möjliggör avancerade upplevelser som endast är tillgängliga i Windows. Interna ramverk ger djup integrering med dessa funktioner och API:er.
• Inbyggd användarupplevelse: Interna ramverk ger en konsekvent upplevelse på Windows-enheter, vilket säkerställer att din app ser ut och fungerar bra överallt.
• Offlinestöd: Interna ramverk stöder offlinescenarier, vilket gör att appar kan fungera även utan internetanslutning.
• Monetization: Interna ramverk underhålls aktivt och stöds av Microsoft, vilket säkerställer access till de senaste uppdateringarna och funktionerna.

Om du skapar en ny Windows-app rekommenderar vi att du använder WinUI. WinUI är det senaste interna användargränssnittsramverket för Windows app utveckling och är utformat för att fungera på en mängd olika Windows-enheter. Det ger ett modernt och flexibelt gränssnittsramverk för att skapa visuellt tilltalande och interaktiva Windows-appar. WinUI är en del av Windows App SDK och fungerar bäst med de senaste versionerna av Windows.

Observera att WinUI (ett UI-ramverk) levereras med Windows App SDK (ett utvecklingsramverk för Windows-plattformen).

I allmänhet kan WinUI inte användas om inte appen är redo att migrera sitt gränssnittsramverk helt och hållet. En funktion som heter XAML islands är under utveckling för att vara värd för WinUI-innehåll i andra gränssnittsramverk (WPF, Win32).

Element i Windows App SDK kan ofta användas i skrivbordsappar, beroende på hur den befintliga appen skapades. UWP-appar stöds inte av Windows App SDK.

Det innebär att WPF/MFC/WinForms appar kan använda Windows App SDK API:er som inte är relaterade till WinUI. Exempel är Applikationslivscykel, Fönsterhantering och Toastnotiser.

Mer information finns i Använd Windows App SDK i en befintlig project.

Användning av Visual Studio 2022 version 17.10 eller senare rekommenderas starkt för WinUI-utveckling. De senaste Visual Studio versionerna erbjuder omfattande utvecklingsfunktioner som Hot Reload och innehåller en WinUI-programutveckling arbetsbelastning som förenklar installationen.

Andra IDE:er och arbetsflöden kan fungera, men Visual Studio är för närvarande den enda IDE som stöds officiellt för WinUI. Observera att MSBuild krävs för att kompilera XAML- eller WinUI-projekt.

WinUI (kallades tidigare WinUI 3) är det senaste interna användargränssnittsramverket för Windows app utveckling. Det ger ett modernt och flexibelt gränssnittsramverk för att skapa visuellt tilltalande och interaktiva Windows-appar. WinUI är en del av Windows App SDK och fungerar bäst med de senaste versionerna av Windows.

WinUI för UWP (tidigare kallat WinUI 2) är en uppsättning användargränssnittskontroller och format som bygger på UWP. Det ger ett modernt utseende och en känsla för UWP-appar och är utformat för Windows 10.

Ja – "WinUI-app" är den rekommenderade termen. WinUI-appar kallas "WinUI-appar" eftersom WinUI för UWP inte är en typ av app utan en uppsättning komponenter som används i UWP-appar.

Nej. Windows App SDK kan inte användas i UWP-appar och WinUI för UWP kan inte blandas med WinUI. Se Migrera från UWP till Windows App SDK.

Det är vanligtvis enkelt att migrera gränssnittskomponenter (för C# och C++/WinRT). I annat fall beror migreringskostnaden främst på:

1. Project fil och MSBuild-anpassning: Migreringsarbetet varierar beroende på avancerad MSBuild-användning.
2. .NET API-migrering: UWP-appar med .NET måste flyttas till .NET 6 eller senare. I många fall är det enkelt att anta .NET 6.
3. Komponentbibliotek för användargränssnittet: Bibliotek måste ha versioner som riktar sig till WinUI.
4. Om UWP-appen är skriven i den nu ersatta C++/CX krävs viss källkodsportning. Se Flytta till C++/WinRT från C++/CX.

Mer information finns i Migrera från UWP till Windows App SDK.

Ja, uppgraderade appar kan publiceras utan att programidentiteten uppdateras. Användare av den gamla versionen uppdateras till den nya versionen. Detta gäller endast skrivbordsappar. Xbox-, HoloLens- och Surface Hub-appar kan inte migreras till WinUI.

Se Distributionsöversikt.

Se Migrera från UWP till Windows App SDK.

Nej. Användargränssnittskontroller kan skapas i kod. Att representera användargränssnittet i deklarativ XAML-markering ger dock många fördelar, inklusive en förbättrad utvecklarupplevelse.

• Migrera från UWP till WinUI: Många XAML- och UI-komponenter kan återanvändas, även om vissa syntaxjusteringar krävs.
• Migrera från WPF till WinUI: Många begrepp överförs, men kontrolluppsättningen och API:erna skiljer sig åt.

Inte ännu. Detta är en känd lucka i WinUI-utvecklarupplevelsen. Verktyg som XAML Hot Reload kan vara till hjälp i många scenarier. Arbetet har påbörjats på en Visual Studio användargränssnittsdesigner för WinUI i Windows App SDK 1.7, men det finns ännu ingen tidslinje för lanseringen.

Ja. WinUI levereras som en del av Windows App SDK.

Nej. WinUI för UWP är en del av UWP-plattformen.

Inte riktigt. Även om WinUI ursprungligen startades från WinUI för UWP-kodbasen är de distinkta tekniker. Båda är XAML-baserade gränssnittsramverk som fungerar i .NET och C++, men WinUI för UWP och WinUI är inte kompatibla med varandra.

Nej. WinUI levereras som en del av Windows App SDK.

Ja. Alla tekniker i Windows App SDK, inklusive WinUI, fungerar i uppackade appar.

Med XAML Islands kan du vara värd för moderna XAML-baserade kontroller tillsammans med befintligt Win32-användargränssnitt från andra ramverk som WinForms och WPF.

I dag stöder XAML-öarna de flesta system-XAML och WinUI för UWP-kontroller. För mer information, se Värda WinRT XAML-kontroller i skrivbordsappar (XAML Islands). Stöd för att hantera WinUI-kontroller är tillgängligt från och med Windows App SDK 1.4.

Ja. Appens användargränssnitt ärver de senaste designprinciperna för Fluent UI på alla versioner av Windows 11 och Windows 10, ned till version 1809, i både förpackade och oförpackade scenarier.

Ja. Titta på Använd Mica- eller Akrylmaterial i skrivbordsapplikationer för Windows 11.

Se exempel och resurser. Några viktiga lagringsplatser:

• WindowsAppSDK-Samples: Visar hur du använder specifika Windows App SDK API-uppsättningar.
• Windows-ämnesspecifika exempel: Innehåller ett WinUI-anteckningsexempel som används i självstudien Skapa en WinUI-app.
• WinUI 3 Gallery: Visar WinUI och Windows App SDK. Finns även i Microsoft Store.

Om du redan har investerat mycket i WPF kan du fortsätta att använda det för befintliga appar. WPF är ett moget, stabilt ramverk som ofta används för att skapa Windows-skrivbordsappar.

Överväg att använda uppgraderingsassistenten .NET för att migrera .NET Framework WPF-appar till den senaste .NET-plattformen. Den analyserar din kodbas och ger vägledning om hur du uppdaterar den.

När du utvecklar ett WPF program med .NET 9 eller senare kan du se till att din app matchar det eleganta, moderna utseendet på Windows 11. Det nya Fluent-temat för WPF introducerar ett modernt Windows 11 estetiskt, med integrerat ljust/mörkt läge och stöd för systemets accentfärg. Detta moderniserar appens utseende och ger en polerad, sammanhängande användarupplevelse.

Om WinForms uppfyller dina behov och ditt team är bekvämt med det kan du fortsätta använda WinForms för befintliga appar. WinForms är ett moget och stabilt ramverk som används ofta för Windows-skrivbordsutveckling.

WinForms-teamet fortsätter att investera i plattformen. Några aktuella investeringsområden är:

• Async-stöd för vanliga kontroller
• Mörkt läge
• Layoutflexibilitet
• Skrivbordssäkerhetsfunktioner som åtkomst till urklipp

Om du riktar dig till användare på flera os-plattformar kan det ge flera fördelar att skapa plattformsoberoende appar med .NET MAUI eller React Native:

• Nå: Appar som fungerar på flera plattformar når en större målgrupp på olika enheter och operativsystem.
• Återanvändning av kod: Om du återanvänder kod mellan plattformar minskar utvecklingstiden och kostnaderna. Det kan vara oöverkomligt dyrt att skapa separata appar för Windows, Android, iOS och macOS.
• Konsekvent användarupplevelse: Plattformsoberoende ramverk ger ett konsekvent utseende på olika plattformar.
• Integration: Plattformsoberoende appar kan fortfarande integreras med plattformsspecifika tjänster för att ge en omfattande upplevelse.

När du skapar en .NET MAUI-app för Windows blir resultatet en WinUI-app. Under utvecklingen erbjuder .NET MAUI en enda .NET upplevelse på olika plattformar, men den genererar plattformsspecifik kod under huven. Detta säkerställer att .NET MAUI-appar fungerar bra på varje plattform och ger en intern användarupplevelse.

.NET MAUI ger en enhetlig .NET upplevelse i Windows, iOS, Android och macOS. Den abstraherar över 60 plattformsspecifika API:er till en enda plattformsoberoende API-uppsättning som omfattar områden som storage, nätverk och enhetssensorer. Ytterligare plattformsspecifika API:er kan också nås med hjälp av beroendeinmatning för att tillhandahålla specialiserade implementeringar per plattform.

Inte just nu. Även om .NET MAUI använder WinUI när de körs i Windows, bör team som förväntar sig att rikta in sig på flera plattformar börja med .NET MAUI eller React Native for Desktop.

Team med stark webbutvecklingsupplevelse kanske vill överväga React Native for Desktop. Den innehåller React Native för Windows och macOS. Med metoden "Learn once, write anywhere" (Lär dig en gång, skriv var som helst) kan befintliga Kunskaper om JavaScript, TypeScript och React användas för att skapa inbyggda Windows- och macOS-appar.

React Native for Desktop renderar användargränssnittet direkt till inbyggda primitiver och levererar inbyggda prestanda- och plattformsfunktioner.

Se React Native for Desktop-dokumentationen för att komma igång.

React Native-appar kan distribueras till alla enheter som stöds av Windows 10 och senare, inklusive datorer, surfplattor, 2-i-1-enheter, Xbox och mixed reality enheter.

Om din app behöver stöd för Xbox, HoloLens eller IoT rekommenderas UWP. Windows App SDK stöder inte dessa plattformar. För spelutveckling använder du Microsoft Game Development Kit.

Om du riktar in dig på både Windows och Surface Hub rekommenderas UWP.

Hybridappar blandar det bästa av webb- och intern apputveckling. Deras kärna bygger på webbtekniker som HTML, CSS och JavaScript och omsluts i en inbyggd container som ger access till vissa inbyggda plattformsfunktioner och maskinvara. De kan också distribueras via appbutiker.

Den största fördelen är att hybridappar gör att du kan skapa en enda app som kan köras på flera interna plattformar och på webben, vilket minskar utvecklingstiden och kostnaderna. Exempel på hybridappsutvecklingsplattformar är:

• Elektron för skrivbordsappar
• Ionic för mobilappar
• .NET MAUI Blazor Hybrid för plattformsoberoende appar

Se Webbutveckling på Windows och Översikt över Progressive Web Apps.

Med .NET MAUI kan Blazor-appar köras internt i Windows, iOS, Android och macOS. På så sätt kan du skapa hybridklientappar som kombinerar Blazor- och .NET MAUI-komponenter i en enda intern klientapp, med fullständig access till inbyggda plattformsfunktioner.

Läs mer på ASP.NET Core Blazor Hybrid.

Nej. Från och med .NET 9 innehåller .NET MAUI en HybridWebView-kontroll som gör det möjligt att vara värd för andra JavaScript-baserade UIs i en intern app.

På så sätt kan du vara värd för Angular, React, Vue eller andra HTML/JavaScript-appar i en .NET MAUI-app. Hybridkontrollen ger interop mellan C# och JavaScript, så C#-kod kan anropa JavaScript-funktioner och vice versa.

Ja. WPF- och WinForms-appar kan också vara värdar för Blazor-hybridkomponenter, vilket möjliggör tillägg av modernt webbgränssnitt till befintliga appar. Detta stöds inte för WPF- eller WinForms-appar som bygger på .NET Framework.

Inbyggda komponenter och hybridkomponenter kan blandas i en app. Till exempel kan kärnan i en app skapas med .NET MAUI-komponenter medan hybridkomponenter ger ytterligare funktioner. På så sätt kan du kombinera prestanda och funktioner för inbyggda komponenter med flexibilitet och kostnadseffektivitet för hybridkomponenter.

Web apps erbjuder den bredaste räckvidden för alla klientappsplattformar. Alternativ för att skapa vackra .NET web apps är:

• ASP.NET Core appar med Razor Pages
• ASP.NET Core MVC-appar
• ASP.NET Core Blazor-appar med värdmodellalternativ:
  • Blazor WebAssembly
  • Blazor Server

Blazor-värdmodeller kan nu konfigureras på komponentnivå, vilket möjliggör scenarier som att vara värd för en Blazor WebAssembly-komponent i en Blazor Server-app.

Mer information finns i dokumentationen ASP.NET Core.

Windows är en öppen plattform som stöder många tekniker. Här följer några kriterier som kan hjälpa dig att välja en plattform:

• Skapar du först för Windows eller plattformskorsande?
• Vilka språk eller kunskaper har du redan – .NET, JavaScript, något annat?
• Behöver du access till Windows-specifika API:er?
• Vilka ramverksfunktioner matchar bäst appens krav?
• Se den här tabellen för ytterligare jämförelsefaktorer.

För många affärsappar väljer team ofta baserat på befintliga kunskaper och vad teamet är mest bekväma med att använda.

Tänk på följande när du väljer en utvecklingsmetod för din webbapp:

• Blazor rekommenderas för att bygga frontend-webbappar med .NET. Det gör att du kan skapa både klientdelen och serverdelen med hjälp av .NET, vilket sparar tid och kostnad, och det är särskilt bra för företagsappar.
• JavaScript-webbappar är fortfarande meningsfulla om du vill utnyttja befintliga JavaScript-kunskaper eller behöver integrera med etablerade JavaScript-bibliotek eller ramverk.
• Befintliga appar som använder äldre ramverk som Webbformulär, MVC eller Razor Pages stöds fortfarande och kan fortsätta att utvecklas och underhållas.

Många kunder bygger med WinUI idag, inklusive Adobe och Apple:

• Adobe Fresco, en kostnadsfri ritnings- och målningsapp.
• Apples Apple Music, Apple TV och Apple Devices appar skapades med WinUI och Windows App SDK.

Microsoft har också skapat många WinUI-appar, till exempel Windows 11 File Explorer och appen Foton.

Många kunder, inklusive Microsoft, skapar plattformsoberoende appar med .NET MAUI. Till exempel skapas Microsoft Azure mobilapp med hjälp av .NET MAUI.

Mer information finns i .NET kundvisning.

Det mesta av Användargränssnittet för Microsoft Visual Studio har skapats med WPF. Själva Visual Studio IDE är ett stort exempel på en komplex WPF app med höga prestanda.

GE Digitals FlightPulse flygbolagssystem använder Blazor för serverdelskonfigurationen av allt piloter ser, vilket ger sensordata och analys direkt till piloter för att förbättra säkerhet och effektivitet.

Se mer Blazor-kundberättelser på .NET webbplats.

Definitioner av paketerade, uppackade och paketerade med externt placerade appar finns i Distributionsöversikt. Det avsnittet förklarar också fördelarna och nackdelarna med varje alternativ.

En WinUI-app kan levereras via Store, en .appinstaller-fil eller via ett befintligt MSI- eller setup.exe-paket. Store och AppInstaller stöder automatiska uppdateringar för slutanvändare som har automatiska uppdateringar aktiverade, men MSI/setup.exe-appar måste tillhandahålla en egen uppdateringsmekanism.

I allmänhet, nej. WinUI och Windows App SDK kräver MSBuild, varför Visual Studio är en förutsättning för att utveckla med dem. Det är tekniskt möjligt att skapa Windows App SDK appar som inte använder WinUI med andra verktygskedjor, men detta stöds inte.

Se Windows-programutveckling – Metodtips och Windows app översikt över prestanda och grunderna.

Användare med Windows 10 version 1809 eller senare kan installera WinUI-appar utan att uppdatera operativsystemet.

Ja.

Nej. UWP och WinUI för UWP stöds fortfarande och fortsätter att få bugg-, tillförlitlighets- och säkerhetskorrigeringar. De flesta nya funktioner läggs dock till i WinUI.

UWP-stöd för .NET 9 är tillgängligt. Det här alternativet tillhandahåller en moderniseringssökväg för UWP-appar med den senaste .NET versionen.

Målen med .NET 9 UWP-stöd är:

1. Ge utvecklare som vill flytta till WinUI en bättre migreringsväg.
2. Ta bort beroenden på .NET Native så att utvecklare kan dra nytta av de senaste funktionerna .NET och C#.

Mer information finns i blogginlägget: Modernisera UWP-appen med förhandsversion av UWP-stöd för .NET 9 och intern AOT.

UWP-utvecklare bör inte känna sig pressade att migrera om de är nöjda med UWP och dess funktionsuppsättning – för många appar kan rätt val vara att stanna på UWP.

Appar som vill dra nytta av den senaste Windows-plattformen och .NET investeringar bör överväga att flytta till Windows App SDK. Se Migrera från UWP till Windows App SDK.

Fortsätt använda UWP om du skapar för Xbox, Surface Hub eller HoloLens.

Nej. WPF stöds, rekommenderas och fortsätter att ta emot funktionsuppdateringar. Se WPF-roadmappen på GitHub.

Nej. WinForms stöds och fortsätter att ta emot funktionsuppdateringar. Se Windows Forms Roadmap på GitHub.

Nej. WinRT är ett program binärt gränssnitt (ABI) som möjliggör interop över flera språk. WinRT är utvecklingen av COM, och Windows App SDK tillhandahåller de flesta av dess funktioner via WinRT-API:er.

De senaste viktig information finns på sidan Nyheter .