Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Potresti venire a WinUI 3 da React Native Windows, Electron, Flutter o .NET MAUI. Questa pagina illustra cosa aspettarsi quando la destinazione è WinUI 3 in modo specifico e come configurare l'agente di intelligenza artificiale per il successo.
La decisione chiave: vuoi mantenere una shell multipiattaforma o creare un'app pensata innanzitutto per Windows? Assegnare all'agente di intelligenza artificiale un limite chiaro, ovvero la logica di business che rimane condivisa e quale interfaccia utente deve essere riscritta come winUI 3 nativa.
React Native per Windows
React Native for Windows si avvale di un livello di rendering WinUI sotto le quinte. È possibile integrare controlli Windows nativi tramite <WindowsXamlView> o NativeModules.
Per un'esperienza di Windows completamente nativa, la conversione direttamente in WinUI 3 offre prestazioni migliori e accesso completo alle API Windows. Mantenere la logica di business e i servizi, ma riscrivere i componenti dell'interfaccia utente come XAML e C#.
Prompt di avvio:
I have a React Native for Windows component. Rewrite it as a WinUI 3 UserControl using C# and XAML.
Elettrone
Le app Electron sono tecnologia Web avvolta in una shell; WinUI 3 è win32 nativo. Un percorso incrementale pratico consiste nell'ospitare l'interfaccia utente Web esistente in una finestra di WinUI 3 usando WebView2, quindi eseguire la migrazione delle funzionalità ai controlli nativi nel corso del tempo.
Prompt di avvio:
I have an Electron app. Create a WinUI 3 shell that hosts a WebView2, and show me how to call native Windows APIs from the web layer using window.chrome.webview.postMessage.
.NET MAUI
.NET MAUI supporta già Windows tramite WinUI 3. Se vuoi un'esperienza esclusivamente Windows con accesso completo alle funzionalità di WinUI 3, rimuovi MAUI e scegli direttamente WinUI 3 come destinazione.
- ViewModels e servizi si trasferiscono senza problemi
- MAUI XAML (
Microsoft.Maui.Controls.*) deve essere riscritto in WinUI 3 XAML (Microsoft.UI.Xaml.*) - Lasciare invariate le librerie di classi .NET condivise
Prompt di avvio:
I have a .NET MAUI ViewModel and service layer. Reuse them in a WinUI 3 project targeting Windows only. Keep the ViewModel unchanged and update only the View.
Flutter
Flutter per Windows usa il proprio motore di rendering, non WinUI 3. I canali della piattaforma consentono a Flutter di chiamare API Win32 o WinRT native, ma una porta completa sostituisce il rendering Flutter con XAML nativo.
Prompt di avvio:
I have a Flutter screen with a list and a detail view. Rewrite it as a WinUI 3 page using NavigationView and a master/detail layout.
Condivisione del codice tra piattaforme
- Mantenere la logica di business in una libreria di classi .NET separata, indipendente dalla piattaforma
- Condividere la libreria tra WinUI 3, MAUI, Blazor o qualsiasi altra destinazione .NET
- Riutilizzare modelli, servizi e ViewModel prima di riscrivere l'interfaccia utente
- Usare
#if WINDOWSla compilazione condizionale solo come ultima risorsa