In un momento in cui l'opinione diffusa è che le aziende non sappiano cosa fare con l'IA, MS ha un piano per utilizzarla al fine di portare più app WinUI native nel MS Store.
L'azienda ha pubblicato una nuova guida introduttiva che aiuta gli sviluppatori a passare da una cartella vuota alla pubblicazione di un'app WinUI 3 utilizzando l'IA, VS Code e la CLI winapp. MS afferma che l'intero processo richiede circa 30 minuti, non necessita di Visual Studio e si basa su strumenti gratuiti, incluso il piano gratuito di GitHub Copilot.
Questa accessibile guida di 30 minuti è essenzialmente un modo per incoraggiare gli sviluppatori principianti a creare app per Windows 11 senza dover affrontare gli aspetti più complessi della programmazione. Si tratta di uno sviluppo positivo, perché il MS Store avrebbe bisogno di più app WinUI.
Ora chiunque può creare un'app WinUI con l'IA, chiedere a un agente di aggiungere funzionalità, testare il risultato, creare un pacchetto MSIX e inviarlo al MS Store, il tutto gratuitamente e con il minimo sforzo. Tuttavia, le relative guide alla migrazione assistita dall'IA per le app WPF e UWP esistenti sono ancora più interessanti.
Questa sembra essere la risposta di MS all'annoso problema delle app native di Windows: rendere più semplice lo sviluppo di app WinUI, semplificare la migrazione delle app meno recenti e lasciare che l'IA gestisca il lavoro più noioso di entrambi i processi.
MS utilizza l'IA per semplificare lo sviluppo e la migrazione delle app WinUI
Il flusso di lavoro per le nuove app utilizza VS Code, .NET 10, la CLI Windows App Development di MS, i modelli di progetto WinUI, GitHub Copilot e il plugin dell'agente WinUI.
Questo approccio non deve essere confuso con il modo in cui MS ha promosso il suo chatbot generico Copilot. L'agente WinUI include funzionalità specializzate per la progettazione WinUI, la revisione del codice, i test dell'interfaccia utente, la creazione di pacchetti e la migrazione del framework.
MS consiglia inoltre di collegare l'agente al proprio server Learn MCP, in modo che possa recuperare la documentazione aggiornata delle API WinUI durante l'elaborazione delle richieste. Considerata la minore popolarità di WinUI 3, è ragionevole supporre che i modelli di IA abbiano accesso a una quantità significativamente maggiore di materiale di addestramento relativo a WPF e UWP.
La guida alla migrazione da WPF non presenta il processo come una semplice operazione di ricerca e sostituzione. Ad esempio, System.Windows.* diventa MS.UI.Xaml.*. MS fornisce all'agente IA una tabella completa delle sostituzioni che copre controlli, threading, gestione delle finestre, gestione dei DPI e associazione dati, insieme a un prompt iniziale che spiega ciò che l'agente deve segnalare.
La guida di MS alla migrazione da UWP a WinUI 3 inizia osservando che UWP non è più in fase di sviluppo attivo e che WinUI 3 e Windows App SDK sono i suoi successori. In particolare, la guida avverte che i modelli di IA addestrati su anni di esempi UWP continueranno a riprodurre tali schemi, a meno che la funzionalità di migrazione non fornisca sostituzioni esplicite da seguire.
In sostanza, MS sta cercando di ridurre il costo della migrazione della sua enorme libreria esistente di software WPF e UWP al nuovo framework nativo.
MS vuole anche che WinUI sostituisca il caos delle app web
Windows continua a ricevere app web anziché applicazioni native perché lo sviluppo con framework web multipiattaforma è meno costoso. Questi consentono agli sviluppatori di riutilizzare il codice su più piattaforme, invece di scriverlo per un framework Windows che potrebbe cambiare in futuro, come è già accaduto diverse volte con i framework di MS.
Alla Build 2026, MS si è impegnata con decisione a cambiare questa percezione, definendo WinUI la “piattaforma di produzione per le app Windows” e rimuovendo il “3” dal nome. La modifica aveva lo scopo di rassicurare la comunità degli sviluppatori sul fatto che MS non avrebbe sostituito nuovamente il framework.
MS si è inoltre impegnata a ridurre l'utilizzo della memoria, aggiungere il supporto per DataGrid e i grafici, migliorare l'interoperabilità con WPF e favorire una maggiore partecipazione open source. Infatti, WinUI è ora completamente open source.
WinUI non si limita allo sviluppo di app. MS sta sostituendo con WinUI 3 alcune parti dell'interfaccia legacy di Windows 11, tra cui, più recentemente, AutoPlay e Gestione stampa, mentre altri aggiornamenti sono in fase di sviluppo. Non sarebbe ragionevole chiedere agli sviluppatori di adottare uno stack tecnologico che MS stessa non utilizza.
Tuttavia, MS ha bisogno di queste guide più degli sviluppatori
La tesi di MS a favore delle app native non è che WebView2 o Electron siano tecnologie intrinsecamente negative, sebbene questa opinione sia discutibile. La documentazione dell'azienda descrive WebView2 come un'opzione valida per creare app ibride e sostiene che l'utilizzo delle risorse dipenda dall'efficacia con cui gli sviluppatori ottimizzano i propri contenuti web.
Ironia della sorte, l'app Meteo di Windows 11, realizzata con WebView2, utilizza 1,2 GB di RAM quando è inattiva, circa cinque volte più dell'app Meteo nativa di macOS di Apple, ed esegue nove sottoprocessi Chromium.
Nonostante il suo approccio orientato prima di tutto alle aziende, MS Teams ha aggiunto una modalità Efficienza solo dopo anni di lamentele.
Anche popolari app di terze parti hanno affrontato problemi simili. L'app WhatsApp per Windows ha avuto difficoltà con i tempi di caricamento, pur consumando notevoli quantità di RAM. Discord ha riconosciuto che la propria app Windows consumava troppe risorse e ha testato il riavvio automatico dell'app quando l'utilizzo della RAM superava i 4 GB.
MS chiede agli sviluppatori di terze parti di creare app native più leggere, mentre alcune delle sue applicazioni e parti dell'interfaccia di Windows continuano a basarsi su WebView2.
Il codice generato dall'IA per le app Windows è positivo o negativo?
David Fowler, Distinguished Engineer di MS che lavora su Aspire, ha recentemente dichiarato che “scrivere codice manualmente è definitivamente finito”. Gli strumenti WinUI includono agenti in grado di generare codice, comprendere un progetto, eseguire test e correggere gli errori, senza richiedere a uno sviluppatore di digitare manualmente ogni singola riga.
Tuttavia, rendere meno costosa la produzione del codice non equivale a renderlo di buona qualità. MS riconosce questa distinzione, motivo per cui l'agente WinUI include funzionalità dedicate alla revisione del codice e ai test dell'interfaccia utente.
Se MS vuole che l'IA generi più software per Windows, tale software deve comunque essere efficiente. In caso contrario, rendere più semplice lo sviluppo di app native porterà semplicemente a un maggior numero di applicazioni native scarsamente ottimizzate.
MS sta ricostruendo l'ecosistema di sviluppo Windows attorno all'IA
Comprendere il piano di MS per portare più app native su Windows 11 rivela quanto sia cambiato il panorama dello sviluppo. Anni fa, MS aveva bisogno che Steve Ballmer scandisse “sviluppatori, sviluppatori, sviluppatori” sul palco. Oggi, molti sviluppatori preferiscono gli ambienti Linux, mentre un consistente gruppo di sviluppatori di app incentrate sull'IA sceglie i MacBook per la potenza del loro hardware.
Redmond sta cercando di preservare la propria posizione facendo in modo che lo sviluppo per Windows avvenga all'interno di un ambiente Windows progettato attorno agli agenti IA.
Se la strategia avrà successo, Windows potrebbe ottenere più app native senza richiedere agli sviluppatori di riscrivere tutto manualmente. Tuttavia, MS deve ancora dimostrare che le app WinUI create dall'IA saranno più veloci e leggere delle app web che dovrebbero sostituire.
Windows Latest dipende da lettori come te. Impostaci come fonte preferita su Google Discover e Ricerca Google e aiuta il nostro giornalismo indipendente a raggiungere più persone.
