domande frequenti sullo sviluppo di app di Windows

Per una grande recensione delle opzioni attuali per gli sviluppatori di Windows, guardare l'episodio più recente Windows Dev Chat, Choosing your ideal dev platform, dove illustrano WinUI, .NET MAUI, React Native, Blazor e Progressive App Web (PWA).

È anche possibile fare riferimento al panoramica delle opzioni di sviluppo di app per sviluppatori di Windows.

Nell'era di cloud services, lo sviluppo di app client rimane un componente fondamentale della trasformazione digitale moderna. Per gli sviluppatori, la creazione di applicazioni client è essenziale non solo per raggiungere ma per offrire interazioni reattive e significative sui dispositivi degli utenti.

Ecco perché le app client sono importanti:

• Dispositivi Reach: Con oltre 1,5 miliardi di dispositivi Windows e più di 5 miliardi di dispositivi Android e iOS a livello globale, le app client consentono di portare le applicazioni direttamente agli utenti nei dispositivi scelti.
• Gateway ai Servizi Intelligenti: Le applicazioni client sono spesso il primo punto di contatto degli utenti con i tuoi servizi. Offrono un'interfaccia ricca e interattiva che consente di presentare funzionalità intelligenti e differenziare il prodotto dagli altri.
• Scalability with Cloud Integration: Un'app client ben integrata può essere sincronizzata senza problemi con i cloud services back-end, consentendo access di dati in tempo reale e scalabilità senza problemi man mano che la base utente cresce.
• produttività avanzata e fedeltà degli utenti: Un'app progettata in modo ponderato può migliorare la produttività e mantenere gli utenti impegnati con il prodotto o il servizio nel tempo.

Il SDK per app di Windows è una piattaforma di sviluppo di applicazioni Windows che consente di creare app desktop belle e moderne e compatibili con le versioni precedenti (fino a Windows 10 1809). WinUI è il framework dell'interfaccia utente fornito con SDK per app di Windows.

Entrambi sono sdk (Software Development Kit) che consentono di creare app Windows.

Il SDK per app di Windows è una nuova piattaforma di sviluppo che consente di creare app desktop moderne che possono essere installate tra le versioni Windows (fino a Windows 10 1809). Quando si compila con SDK per app di Windows, sono disponibili le funzionalità più recenti della piattaforma di sviluppo Windows. Il SDK per app di Windows include WinUI.

Windows SDK è una piattaforma di sviluppo che consente di creare app UWP e app win32/desktop. È progettato per Windows API associate a versioni specifiche del sistema operativo.

Il SDK per app di Windows non sostituisce Windows SDK. Invece, il SDK per app di Windows completa il Windows SDK. Fornisce un'astrazione comoda e disaccoppiata dal sistema operativo intorno al ricco catalogo di API del sistema operativo Windows che sono già accessibili usando Windows SDK. Le app create con SDK per app di Windows possono comunque usare api SDK Windows a seconda delle esigenze di funzionalità. Nel corso del tempo, sempre più funzionalità del Windows SDK saranno trasferite nel SDK per app di Windows.

Ecco alcuni motivi per scegliere un framework di Windows nativo per l'app solo Windows:

• Performance: Framework di Windows nativi sono ottimizzati per sfruttare l'hardware Windows moderno, offrendo esperienze utente veloci e reattive.
• Integration: Windows include un'ampia gamma di API che consentono esperienze sofisticate disponibili solo in Windows. I framework nativi offrono un'integrazione approfondita con queste funzionalità e API.
• Native user experience: Framework nativi offrono un'esperienza coerente tra i dispositivi Windows, assicurando che l'app abbia un aspetto ottimale ovunque.
• Supporto offline: I framework nativi supportano scenari offline, consentendo alle app di funzionare anche senza connettività Internet.
• Monetization: I framework nativi vengono gestiti e supportati attivamente da Microsoft, garantendo l'accesso agli aggiornamenti e alle funzionalità più recenti.

Se stai creando una nuova app solo Windows, ti consigliamo di usare WinUI. WinUI è il framework dell'interfaccia utente nativo più recente per lo sviluppo di app Windows ed è progettato per funzionare in un'ampia gamma di dispositivi Windows. Offre un framework dell'interfaccia utente moderno e flessibile per creare app Windows interattive e accattivanti visivamente. WinUI fa parte del SDK per app di Windows e funziona meglio con le versioni più recenti di Windows.

Si noti che WinUI (un framework dell'interfaccia utente) viene fornito con SDK per app di Windows (un framework di sviluppo della piattaforma Windows).

In genere, WinUI non può essere usato a meno che l'app non sia pronta per eseguire completamente la migrazione del framework dell'interfaccia utente. Una funzionalità denominata XAML Islands abilita l'hosting di contenuto WinUI in altri framework dell'interfaccia utente (macchine virtuali Windows, Win32). Per altre info, vedi la documentazione sulle isole XAML .

Gli elementi del SDK per app di Windows possono essere spesso usati nelle app desktop, a seconda della modalità di compilazione dell'app esistente. Le app UWP non sono supportate da SDK per app di Windows.

Ciò significa che le app macchine virtuali Windows/MFC/WinForms possono usare api SDK per app di Windows non correlate a WinUI. Alcuni esempi includono il ciclo di vita dell'app, il windowing e le notifiche toast.

Per altre informazioni, vedi Usare il SDK per app di Windows in un progetto esistente.

È consigliabile usare Visual Studio 2026 o versione successiva per lo sviluppo di WinUI. Le versioni Visual Studio più recenti offrono funzionalità di sviluppo avanzate come Ricaricamento rapido e includono un carico di lavoro WinUI che semplifica la configurazione.

Altri IDE e flussi di lavoro possono funzionare, ma Visual Studio è attualmente l'unico IDE ufficialmente supportato per WinUI. Si noti che MSBuild è necessario per compilare progetti XAML o WinUI.

Questo errore si verifica in genere negli scenari di app unpackaged in cui il runtime di SDK per app di Windows non è stato installato nel computer. Provare quanto segue:

• Se si esegue un'app packaged (impostazione predefinita consigliata), assicurarsi di avviarsi tramite Visual Studio con MsixPackage profilo di avvio selezionato (non con il profilo eseguibile normale). Il passaggio di creazione pacchetti MSIX installa i componenti di runtime necessari.
• Se si esegue un'app unpackaged, è necessario installare il runtime SDK per app di Windows runtime separatamente prima di eseguire l'app all'esterno di Visual Studio.
• Se si verifica l'errore durante lo sviluppo, aprire .csproj e verificare che la configurazione del pacchetto corrisponda al modello di distribuzione: per le app in pacchetto , omettere la <WindowsPackageType> proprietà (o lasciarla predefinita) ed eseguire il pacchetto MSIX; per le app non in pacchetto , impostare <WindowsPackageType>None</WindowsPackageType> e assicurarsi di aver chiamato Bootstrap.Initialize() all'avvio.

Per altre informazioni sui requisiti di distribuzione, vedere App di distribuzione che usano il SDK per app di Windows.

WinUI (noto in precedenza come WinUI 3) è il framework dell'interfaccia utente nativo più recente per lo sviluppo di app Windows. Offre un framework dell'interfaccia utente moderno e flessibile per creare app Windows interattive e accattivanti visivamente. WinUI fa parte del SDK per app di Windows e funziona meglio con le versioni più recenti di Windows.

WinUI per UWP (noto in precedenza come WinUI 2) è un set di controlli e stili dell'interfaccia utente basati su UWP. Offre un aspetto moderno per le app UWP ed è progettato per Windows 10.

Sì: "App WinUI" è il termine consigliato. Le app WinUI vengono definite "app WinUI" perché WinUI per UWP non è un tipo di app, ma un set di componenti usati nelle app UWP.

No SDK per app di Windows non può essere usato nelle app UWP e WinUI per UWP non può essere combinato con WinUI. Vedi Migrate dalla piattaforma UWP al SDK per app di Windows.

La migrazione dei componenti dell'interfaccia utente è in genere semplice (per C# e C++/WinRT). In caso contrario, i costi di migrazione dipendono principalmente da:

1. Project file e personalizzazione di MSBuild: Il lavoro di migrazione varia a seconda dell'utilizzo avanzato di MSBuild.
2. .NET migrazione API: le app UWP che usano .NET devono passare a .NET 6 o versione successiva. In molti casi, l'adozione di .NET 6 è semplice.
3. Librerie dei componenti dell'interfaccia utente: Le librerie devono avere versioni destinate a WinUI.
4. Se l'app UWP è scritta in C++/CX sostituito, è necessaria una conversione del codice sorgente. Consulta Passare a C++/WinRT da C++/CX.

Per altre info, vedi Migrate dalla piattaforma UWP al SDK per app di Windows.

Sì, le app aggiornate possono essere pubblicate senza aggiornare l'identità dell'applicazione. Gli utenti della versione precedente verranno aggiornati alla nuova versione. Questo vale solo per le app desktop. Xbox, HoloLens e app hub di Surface non possono eseguire la migrazione a WinUI.

Consulta Cenni preliminari sulla distribuzione.

Vedi Migrate dalla piattaforma UWP al SDK per app di Windows.

No I controlli dell'interfaccia utente possono essere creati nel codice. Tuttavia, la rappresentazione dell'interfaccia utente nel markup XAML dichiarativo offre molti vantaggi, tra cui un'esperienza di sviluppo migliorata.

• Migrazione da UWP a WinUI: è possibile riutilizzare molti componenti XAML e dell'interfaccia utente, anche se sono necessarie alcune modifiche alla sintassi.
• Migrazione da macchine virtuali Windows a WinUI: molti concetti portano avanti, ma il set di controlli e le API differiscono.

Non ancora. Si tratta di un divario noto nell'esperienza di sviluppo winUI. Strumenti come XAML Ricaricamento rapido possono essere utili in molti scenari. Il lavoro è iniziato su un progettista UI di Visual Studio per WinUI in SDK per app di Windows 1.7, ma non c'è ancora un calendario per il rilascio.

Sì. WinUI viene fornito come parte del SDK per app di Windows.

No WinUI per UWP fa parte della piattaforma UWP.

Non esattamente. Anche se WinUI è stato originariamente avviato dalla codebase di WinUI per la piattaforma UWP, sono tecnologie distinte. Entrambi sono framework dell'interfaccia utente basati su XAML che funzionano tra .NET e C++, ma WinUI per UWP e WinUI non sono compatibili tra loro.

No WinUI viene fornito come parte del SDK per app di Windows.

Sì. Tutte le tecnologie nel SDK per app di Windows, tra cui WinUI, funzionano in app non in pacchetto.

Le isole XAML consentono di ospitare controlli moderni basati su XAML insieme all'interfaccia utente Win32 esistente da altri framework, ad esempio WinForms e macchine virtuali Windows.

Attualmente, le isole XAML supportano la maggior parte del sistema XAML e WinUI per i controlli UWP. Per ulteriori dettagli, vedi Integrare controlli XAML WinRT nelle app desktop (XAML Islands). Il supporto per l'hosting dei controlli WinUI è disponibile a partire da SDK per app di Windows 1.4.

Sì. L'interfaccia utente dell'app erediterà i principi di progettazione dell'interfaccia utente Fluent più recenti in tutte le versioni supportate di Windows 11 e Windows 10, fino alla versione 1809, sia in scenari in pacchetto che non in pacchetti.

Sì. Vedi Applica i materiali Mica o acrilici nelle app desktop per Windows 11.

Vedere Esempi e risorse. Alcuni repository rilevanti:

• WindowsAppSDK-Samples: illustra come usare set di API SDK per app di Windows specifici.
• Windows esempi specifici per argomento: contiene un esempio di note per WinUI usato nell'esercitazione Creare un'applicazione WinUI.
• WinUI 3 Gallery: Presenta WinUI e SDK per app di Windows. Disponibile anche nel Microsoft Store.

Se hai già investito molto in macchine virtuali Windows, puoi continuare a usarlo per le app esistenti. macchine virtuali Windows è un framework maturo e stabile ampiamente usato per creare app desktop Windows.

È consigliabile usare .NET Upgrade Assistant per eseguire la migrazione di app macchine virtuali Windows Framework .NET alla piattaforma .NET più recente. Analizza la codebase e fornisce indicazioni sull'aggiornamento.

Quando si sviluppa un'applicazione macchine virtuali Windows con .NET 9 o versione successiva, è possibile assicurarsi che l'app corrisponda all'aspetto elegante e moderno dei Windows 11. Il nuovo tema Fluent per macchine virtuali Windows introduce un'estetica Windows 11 contemporanea, con la modalità Light/Dark integrata e il supporto del colore principale del sistema. In questo modo l'aspetto dell'app viene modernizzato e offre un'esperienza utente lucida e coerente.

Se WinForms soddisfa le tue esigenze e il tuo team è a tuo agio con esso, puoi continuare a usare WinForms per le app esistenti. WinForms è un framework maturo e stabile ampiamente usato per lo sviluppo di applicazioni desktop Windows.

Il team di WinForms continua a investire nella piattaforma. Alcune aree di investimento attuali includono:

• Supporto asincrono per i controlli comuni
• Modalità scura
• Flessibilità del layout
• Funzionalità di sicurezza desktop come l'accesso agli appunti

Se stai puntando agli utenti su più piattaforme operative, lo sviluppo di applicazioni multipiattaforma con .NET MAUI o React Native può offrire diversi vantaggi:

• Raggiungere: Le app multipiattaforma raggiungono un pubblico più ampio tra dispositivi e sistemi operativi diversi.
• Riutilizzo del codice: Il riutilizzo del codice tra piattaforme riduce i tempi e i costi di sviluppo. La compilazione di app separate per Windows, Android, iOS e macOS può essere eccessivamente costosa.
• Esperienza utente coerente: I framework multipiattaforma consentono di offrire un aspetto coerente tra le piattaforme.
• Integrazione: Le app multipiattaforma possono comunque integrarsi con servizi specifici della piattaforma per offrire un'esperienza completa.

Quando crei un'app .NET MAUI per Windows, l'output è un'app WinUI. Durante lo sviluppo, .NET MAUI offre una singola esperienza di .NET su più piattaforme, ma genera codice specifico della piattaforma sotto le quinte. In questo modo le app .NET MAUI garantiscono buone prestazioni su ogni piattaforma e forniscono un'esperienza utente nativa.

.NET MAUI offre un'esperienza unificata di .NET in Windows, iOS, Android e macOS. Astrae oltre 60 API specifiche della piattaforma in un singolo set di API multipiattaforma, coprendo aree come archiviazione, networking e sensori dei dispositivi. È anche possibile accedere ad API aggiuntive specifiche della piattaforma usando l'inserimento delle dipendenze per fornire implementazioni specializzate per ogni piattaforma.

Non in questo momento. Anche se .NET MAUI usa WinUI durante l'esecuzione in Windows, i team che prevedono la destinazione di più piattaforme devono iniziare con .NET MAUI o React Native for Desktop.

I team con un'esperienza di sviluppo Web avanzata possono voler prendere in considerazione React Native for Desktop. Include React Native per Windows e macOS. Con l'approccio "Learn once, write anywhere", è possibile usare le competenze JavaScript, TypeScript e React esistenti per creare app native Windows e macOS.

React Native for Desktop esegue il rendering dell'interfaccia utente direttamente in primitive native, offrendo funzionalità native di prestazioni e piattaforma.

Per iniziare, vedere la documentazione di React Native for Desktop.

Le app React Native possono essere distribuite in tutti i dispositivi supportati da Windows 10 e versioni successive, inclusi PC, tablet, 2 in-1, Xbox e dispositivi di realtà mista.

Se l'app deve supportare Xbox, HoloLens o IoT, è consigliabile usare la piattaforma UWP. SDK per app di Windows non supporta queste piattaforme. Per lo sviluppo di giochi, usare il Kit di sviluppo giochi Microsoft.

Se la destinazione è sia Windows che Surface Hub, è consigliabile usare la piattaforma UWP.

Le app ibride combinano il meglio dello sviluppo di app Web e native. Il loro nucleo è costruito utilizzando tecnologie web come HTML, CSS e JavaScript ed è incapsulato in un contenitore nativo che fornisce accesso a determinate funzionalità e all'hardware della piattaforma host. Possono anche essere distribuiti tramite app store.

Il vantaggio principale è che le app ibride consentono di creare una singola app che può essere eseguita su più piattaforme native e sul Web, riducendo i tempi e i costi di sviluppo. Esempi di piattaforme di sviluppo di app ibride includono:

• Electron per le applicazioni desktop
• Ionic per le app per dispositivi mobili
• .NET MAUI Blazor Hybrid per le app multipiattaforma

Consulta Web development on Windows e Overview of Progressive App Web.

Con .NET MAUI, le app Blazor possono essere eseguite in modo nativo in Windows, iOS, Android e macOS. In questo modo è possibile creare app client ibride che combinano componenti Blazor e .NET MAUI in un'unica app client nativa, con accesso completo alle funzionalità della piattaforma nativa.

Per altre informazioni, vedere ASP.NET Core Blazor Hybrid.

No A partire da .NET 9, .NET MAUI include un controllo HybridWebView che consente di ospitare altre interfacce utente basate su JavaScript all'interno di un'app nativa.

In questo modo è possibile ospitare Angular, React, Vue o altre app HTML/JavaScript all'interno di un'app .NET MAUI. Il controllo ibrido fornisce interoperabilità tra C# e JavaScript, quindi il codice C# può chiamare funzioni JavaScript e viceversa.

Sì. macchine virtuali Windows e le app WinForms possono anche ospitare componenti ibridi Blazor, consentendo l'aggiunta dell'interfaccia utente Web moderna alle app esistenti. Questa opzione non è supportata per le app macchine virtuali Windows o WinForms basate su .NET Framework.

I componenti nativi e ibridi possono essere misti all'interno di un'app. Ad esempio, il nucleo di un'app può essere compilato con componenti .NET MAUI mentre i componenti ibridi forniscono funzionalità aggiuntive. Ciò consente di combinare le prestazioni e le funzionalità dei componenti nativi con la flessibilità e l'efficienza dei costi dei componenti ibridi.

Le web app offrono la portata massima di qualunque piattaforma di app client. Le opzioni per la creazione di app Web .NET belle includono:

• app ASP.NET Core con Razor Pages
• ASP.NET Core applicazioni MVC
• ASP.NET Core app Blazor, con opzioni del modello di hosting:
  • Blazor WebAssembly
  • Blazor Server

I modelli di hosting Blazor possono ora essere configurati a livello di componente, abilitando scenari come l'hosting di un componente WebAssembly Blazor all'interno di un'app Blazor Server.

Per altre informazioni, vedere la documentazione ASP.NET Core.

Windows è una piattaforma aperta che supporta molte tecnologie. Ecco alcuni criteri che consentono di scegliere una piattaforma:

• Stai sviluppando prima Windows oppure multipiattaforma?
• Quali linguaggi o competenze si hanno già: .NET, JavaScript, qualcos'altro?
• È necessario accedere alle API specifiche di Windows?
• Quali funzionalità del framework soddisfano meglio i requisiti dell'app?
• Per altri fattori di confronto, vedere questa tabella .

Per molte app aziendali, i team spesso scelgono in base alle competenze esistenti e a ciò che il team è più comodo usare.

Quando si sceglie un approccio di sviluppo per l'app Web, tenere presente quanto segue:

• Blazor è consigliato per la creazione di app Web front-end con .NET. Consente di creare sia il front-end che il back-end usando .NET, risparmiando tempo e costi ed è particolarmente utile per le app aziendali.
• Le applicazioni web in JavaScript hanno ancora senso se si vogliono sfruttare le competenze esistenti in JavaScript o se è necessario integrarsi con librerie o framework JavaScript consolidati.
• Le app esistenti che usano framework meno recenti come Web Form, MVC o Razor Pages rimangono supportate e possono continuare a essere sviluppate e gestite.

Molti clienti stanno creando con WinUI oggi, tra cui Adobe e Apple:

• Adobe Fresco, un'app gratuita di disegno e pittura.
• Le app apple Apple Music, Apple TV e Apple Devices sono state create con WinUI e il SDK per app di Windows.

Microsoft ha anche creato molte app WinUI, ad esempio Windows 11 Esplora file e l'app Foto.

Molti clienti, tra cui Microsoft, creano app multipiattaforma con .NET MAUI. Ad esempio, l'app per dispositivi mobili Microsoft Azure viene compilata usando .NET MAUI.

Per saperne di più sulla vetrina dei clienti .NET.

La maggior parte dell'interfaccia utente di Microsoft Visual Studio è compilata con macchine virtuali Windows. L'IDE Visual Studio è un esempio principale di un'app macchine virtuali Windows complessa e ad alte prestazioni.

GE Digital FlightPulse sistema per compagnie aeree usa Blazor per la configurazione back-end di tutto ciò che i piloti vedono, portando direttamente ai piloti i dati dei sensori e l'analisi per migliorare la sicurezza e l'efficienza.

Guarda altre storie dei clienti Blazor sul sito di .NET.

Per le definizioni di applicazioni confezionate, non confezionate e confezionate con localizzazioni esterne, vedere Panoramica della distribuzione. L’argomento spiega inoltre i vantaggi e gli svantaggi di ogni opzione.

Un'app WinUI può essere distribuita tramite lo Store, un file con estensione appinstaller o tramite un pacchetto MSI o setup.exe esistente. Store e AppInstaller supportano gli aggiornamenti automatici per gli utenti finali che dispongono di aggiornamenti automatici abilitati, ma le app MSI/setup.exe devono fornire il proprio meccanismo di aggiornamento.

In generale, no. WinUI e il SDK per app di Windows richiedono MSBuild, motivo per cui Visual Studio è un prerequisito per lo sviluppo con essi. Anche se tecnicamente è possibile creare SDK per app di Windows app che non usano WinUI con altre toolchain, questo non è supportato.

Vedi Sviluppo di applicazioni Windows - Migliori pratiche e Panoramica sulle prestazioni e sui fondamenti delle app Windows.

Gli utenti con Windows 10 versione 1809 o successiva possono installare app WinUI senza aggiornare il sistema operativo.

Sì.

No La piattaforma UWP e WinUI per la piattaforma UWP sono ancora supportate e continuano a ricevere correzioni di bug, affidabilità e sicurezza. Tuttavia, la maggior parte delle nuove funzionalità e funzionalità viene aggiunta a WinUI.

È disponibile il supporto UWP per .NET 9. Questa opzione fornisce un percorso di modernizzazione per le app UWP che usano la versione .NET più recente.

Gli obiettivi del supporto UWP .NET 9 sono:

1. Fornire un percorso di migrazione migliore per gli sviluppatori che vogliono passare a WinUI.
2. Rimuovere le dipendenze da .NET Native in modo che gli sviluppatori possano trarre vantaggio dalle funzionalità di .NET e C# più recenti.

Per altre informazioni, vedi il post di blog: Modernizzare la tua app UWP con supporto UWP in anteprima per .NET 9 e Native AOT.

Gli sviluppatori UWP non devono sentirsi sottoposti a pressione per eseguire la migrazione se sono soddisfatti della piattaforma UWP e del set di funzionalità: per molte app, la scelta giusta può essere quella di rimanere nella piattaforma UWP.

Le applicazioni che vogliono trarre vantaggio dalla più recente piattaforma Windows e dagli investimenti .NET dovrebbero prendere in considerazione il passaggio allo SDK per app di Windows. Vedi Migrate dalla piattaforma UWP al SDK per app di Windows.

Continuare a usare la piattaforma UWP se si sta creando per Xbox, hub Surface o HoloLens.

No macchine virtuali Windows è supportato, consigliato e continua a ricevere gli aggiornamenti delle funzionalità. Consulta la roadmap macchine virtuali Windows su GitHub.

No WinForms è supportato e continua a ricevere gli aggiornamenti delle funzionalità. Consulta la roadmap Windows Forms su GitHub.

No WinRT è un'interfaccia ABI (Application Binary Interface) che consente l'interoperabilità tra più linguaggi. WinRT è l'evoluzione di COM e il SDK per app di Windows offre la maggior parte delle sue funzionalità tramite le API WinRT.

Le note sulla versione più recenti sono disponibili nella pagina Novità .