Considérations relatives aux applications multiplateformes

Vous pouvez venir à WinUI 3 à partir de React Native Windows, Electron, Flutter ou .NET MAUI. Cette page explique ce qu’il faut attendre quand vous ciblez WinUI 3 spécifiquement et comment configurer votre agent IA pour réussir.

La décision clé : voulez-vous conserver un interpréteur de commandes multiplateforme ou créer une application Windows-first ? Donnez à votre agent IA une limite claire : quelle logique métier reste partagée et quelle interface utilisateur doit être réécrite en tant que WinUI 3 natif.

React Native pour Windows

React Native pour Windows utilise une couche de rendu WinUI sous le capot. Vous pouvez intégrer des contrôles Windows natifs via <WindowsXamlView> ou NativeModules.

Pour une expérience de Windows entièrement native, le portage directement vers WinUI 3 offre de meilleures performances et un accès complet à l’API Windows. Conservez la logique métier et les services, mais réécrire les composants d’interface utilisateur en xaml et en C#.

Prompt initial :

I have a React Native for Windows component. Rewrite it as a WinUI 3 UserControl using C# and XAML.

Électron

Les applications Electron sont des technologies web encapsulées dans un interpréteur de commandes ; WinUI 3 est win32 natif. Un chemin incrémentiel pratique consiste à héberger votre interface utilisateur web existante dans une fenêtre WinUI 3 à l’aide de WebView2, puis à migrer des fonctionnalités vers des contrôles natifs au fil du temps.

Invite de démarrage :

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 cible déjà Windows via WinUI 3. Si vous souhaitez une expérience Windows uniquement avec un accès complet aux fonctionnalités WinUI 3, supprimez MAUI et ciblez WinUI 3 directement.

  • Les ViewModels et les services se transfèrent facilement
  • MAUI XAML (Microsoft.Maui.Controls.*) a besoin de réécriture en XAML WinUI 3 (Microsoft.UI.Xaml.*)
  • Conserver les bibliothèques de classes de .NET partagées as-is

Invite de démarrage :

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 pour Windows utilise son propre moteur de rendu, et non WinUI 3. Les canaux de plateforme permettent à Flutter d’appeler des API Win32 ou WinRT natives, mais un port complet remplace le rendu Flutter par xaml natif.

Invite de démarrage :

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.

Partage de code sur plusieurs plateformes

  • Conserver la logique métier dans une bibliothèque de classes .NET distincte : elle est indépendante de la plateforme
  • Partager cette bibliothèque entre WinUI 3, MAUI, Blazor ou toute autre cible .NET
  • Réutiliser des modèles, des services et des ViewModels avant la réécriture de l’interface utilisateur
  • Utiliser #if WINDOWS la compilation conditionnelle uniquement comme dernier recours

Contenu connexe

  • Last updated on