.NET 6 Preview 2: Microsoft confirme l’absence de concepteur visuel pour WinUI 3.0 au lancement

  • FrançaisFrançais


  • Microsoft a publié son deuxième aperçu de .NET 6, mais a confirmé qu’il n’y aura pas de concepteur visuel pour WinUI 3.0 lors de sa sortie en novembre de cette année.

    WinUI 3.0 est destiné à être le principal cadre officiel des applications de bureau Windows.

    .NET 6 de Microsoft est la première version à long terme de sa plate-forme de développement remaniée pour exécuter des applications C #, F # et, dans une certaine mesure, Visual Basic sur Windows, multiplate-forme et sur le Web. Il s’agit d’une version unificatrice, intégrant ce qui était autrefois Xamarin Forms sous le nouveau nom accrocheur MAUI (Multi-Platform App UI).

    Pourtant, il y a encore beaucoup de confusion pour ceux qui creusent un peu dans les détails. L’un des domaines dans lesquels les développeurs sont perplexes est WinUI 3.0, qui fait partie de Project Reunion, décrit par Microsoft comme «la prochaine évolution de la plate-forme de développement d’applications Windows».

    La dernière vague d’aperçus inclut Project Reunion 0.5 et, pour la première fois, WinUI 3.0 installe – bien que nous supposions qu’avec le temps, le terme Réunion disparaîtra et qu’il fera simplement partie du SDK Windows (Kit de développement logiciel).

    Mais il y avait des nouvelles indésirables confirmées dans un commentaire à la publication de Microsoft présentant le dernier aperçu: “Le concepteur XAML pour WinUI 3 est dans le backlog, et malheureusement il ne fera pas partie de la v1 qui sera expédiée à l’automne 2021. Donc il n’y a pas encore d’engagement (pas d’ETA) pour l’ajout de la prise en charge des concepteurs. “

    Qu’est-ce que WinUI 3.0? Et quelle est sa relation avec WinUI 2.x et l’UWP (Universal Windows Platform), qui lui-même est né des cendres de l’interface utilisateur moderne dans l’aventure condamnée de Windows 8?

    WinUI 3 est destiné à être le principal framework d'application pour Windows, avant les approches UWP et Win32 traditionnelles

    WinUI 3 est destiné à être le principal framework d’application pour Windows, avant les approches UWP et Win32 traditionnelles

    Les éléments clés à retenir, semble-t-il, sont la bibliothèque de contrôle visuel d’une part, et la plate-forme d’application de l’autre. UWP inclut le concept de conteneur d’applications, suite à partir de Windows 8, qui met en bac à sable une application pour des raisons de sécurité et de stabilité. UWP comprend également une bibliothèque de contrôles GUI, créés avec une variété de XAML, qui suivent ce que Microsoft considère comme des directives de conception modernes.

    WinUI 2.x est la bibliothèque de contrôle visuel pour UWP. WinUI 3.0 est un nouveau framework d’application comprenant une bibliothèque de contrôle visuel similaire à WinUI 2.x mais qui n’a plus à s’exécuter sur le conteneur d’application UWP. Au lieu de cela, WinUI 3.0 peut cibler UWP ou simplement le bureau Windows 10 – c’est pourquoi Microsoft le considère comme unifiant le fossé qu’il a créé entre les applications Windows traditionnelles et UWP.

    L'exemple d'application XAML Control Gallery compilé avec le dernier aperçu de WinUI 3

    L’exemple d’application XAML Control Gallery compilé avec le dernier aperçu de WinUI 3

    C’est pourquoi les développeurs qui installent les derniers bits de prévisualisation dans Visual Studio ont le choix entre «WinUI in UWP» et «WinUI in Desktop». C’est également pourquoi la société a décrit WinUI 3.0 comme «tous les principaux UX [User Experience] couches de Windows 10 découplées et livrées en tant que solution autonome. “

    Microsoft a déclaré que WinUI 3.0 sera «ajouté à .NET MAUI dans un futur aperçu».

    Deux deviennent … eh bien. C’est un cadre de bureau

    S’agit-il vraiment d’une réunification, ou s’agit-il plutôt d’introduire encore un autre framework de bureau incompatible avec tout ce qui le précède? Malheureusement, ce n’est pas très éloigné de cela. WinUI 3.0 XAML n’est pas compatible avec WinUI 2.x XAML, bien que Microsoft ait déclaré que «la plupart des modifications de projet impliquent des modifications d’espace de noms de recherche et de remplacement».

    Il est très différent du XAML utilisé dans Windows Presentation Foundation (WPF), et également très différent du XAML utilisé par MAUI. L’absence de concepteur visuel au lancement signifie que les développeurs qui construisent de nouvelles applications de bureau seront tentés de se rabattre sur les anciens favoris Windows Forms ou WPF, mais cela est également sous-optimal, car Microsoft n’investira pas beaucoup pour les maintenir à jour.

    Logos Windows, iOS / macos, Android et Linux

    “ Les développeurs ont perdu espoir que Microsoft fera la bonne chose ” … Redmond a exhorté à rendre WinUI multiplateforme

    LIRE LA SUITE

    Le problème de Microsoft est qu’il a changé d’orientation stratégique tellement de fois que les développeurs en dehors d’une niche de passionnés de Windows n’auront guère confiance dans l’avenir de la saveur actuelle. Un développeur qui a entamé une discussion sur les problèmes de compatibilité sur GitHub a déclaré que, bien que la vision de l’entreprise soit encourageante, “Microsoft a probablement mordu plus qu’il ne peut mâcher à nouveau et je ne sais pas quand ou si cette vision sera satisfaite. que la vision ne sera jamais vraiment réalisée et qu’au lieu de cela, nous nous retrouvons à nouveau avec une pile de développement partiellement achevée. “

    Il y a plus de matière à réflexion dans le post du développeur multiplateforme Nick Randolph sur les idées fausses de WinUI 3.0, dans lequel il a déclaré: «J’aurais aimé avoir un seul endroit où je pourrais indiquer aux développeurs souhaitant comprendre l’état de jeu dysfonctionnel entre les différentes équipes Microsoft: Maui , WinUI, Project Reunion, dotnet etc. “

    Il est possible de donner une tournure positive à cela, dans la mesure où WinUI 3.0 offre enfin aux développeurs une pile de développement Windows 10 native qui n’est pas contrainte comme UWP. Cependant, il se passe beaucoup de choses et même au sein de Microsoft, les technologies alternatives telles que React Native suscitent un vif intérêt.

    Au-delà du monde chargé du développement de postes de travail Windows, il y a beaucoup plus dans .NET 6.0, y compris la prise en charge de la plate-forme étendue à Apple Silicon et Mac Catalyst (fonctionnant à la fois sur iPad et macOS) et des performances de construction améliorées, comme expliqué dans l’article du responsable de programme Richard Lander sur le dernier aperçu. ®

    Laisser un commentaire

    Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *