.NET MAUI a-t-il été expédié trop tôt ? Les développeurs parlent d’une ” erreur massive ” — Visual Studio Magazine

Nouvelles

.NET MAUI a-t-il été expédié trop tôt ? Les développeurs parlent de “Massive Mistake”

Microsoft a récemment avancé .NET MAUI au statut de disponibilité générale, mais de nombreux développeurs se sont plaints de fonctionnalités à moitié cuites qui ont été livrées trop tôt.

L’interface utilisateur de l’application multiplateforme .NET est passée en disponibilité générale en mai et cette technologie prête pour la production a fait ses débuts dans Visual Studio avec la sortie de VS 2022 17.3 le mois dernier, marquant l’aboutissement des efforts considérables de Microsoft pour faire évoluer Xamarin.Forms en ajoutant la possibilité de créer macOS. et les applications de bureau Windows ainsi que les cibles mobiles Xamarin traditionnelles, iOS et Android.

Il y a un an, Microsoft a annoncé que le projet avait “dépassé le calendrier” et ne serait pas livré avec .NET 6 en novembre 2021, visant plutôt un déploiement au début du deuxième trimestre 2022.

.NET MAUI
[Click on image for larger view.] .NET MAUI (source : Microsoft).

Le mécontentement des développeurs a été exprimé la semaine dernière dans quelque 87 commentaires dans un article sur le site Reddit intitulé « Opinions on .NET MAUI / what do Xamarin Devs have to say » qui commençait : « J’essaie MAUI comme preuve de- concept depuis environ une semaine maintenant et je suis intrigué par la quantité de bugs, de plantages, de problèmes que je rencontre.”

Les lecteurs n’ont pas tardé à donner leur accord, en publiant des commentaires tels que :

  • C’est exactement ma vision de MAUI. Ce cadre a nécessité au moins un an de développement supplémentaire avant de le bénir avec le statut de version.
  • Oui, j’ai essayé de jouer avec MAUI et j’ai rencontré quelques bugs. Je ne pense pas qu’il sera stable avant au moins un an à partir de maintenant. C’est vraiment dommage parce que je pense que les concepts et principes sous-jacents sont excellents.
  • Nous avons créé une application de restaurant à Maui que nous gérons actuellement en production. C’est assez stable quand vous finissez par tout faire fonctionner. Mais le chemin n’en valait pas la peine. Vous devrez faire des contournements pour les bogues connus.
  • Comme j’ai l’habitude d’être un développeur Xamarin, je peux dire que MAUI ne sera pas stable pendant un an. J’ai travaillé en profondeur sur une application utilisant MAUI, l’IDE VS lui-même a également des bogues avec MAUI. Les développeurs travaillent si vite dessus et ne privilégient pas la qualité à la quantité.
  • Le problème est que MS dit aux développeurs tiers de sauter sur MAUI, mais ils ne construisent rien avec eux-mêmes.
  • J’ai gardé un œil sur MAUI, c’est le bordel en ce moment et l’équipe semble se noyer. Au printemps, ils ont utilisé Github Projects, qui a donné un bon aperçu du travail en cours et des bogues en cours de correction, mais ils ont abandonné cela.
  • Ouais, j’espère qu’ils ont juste besoin de plus de temps. Chaque fois que j’essayais de l’utiliser, je rencontrais un bogue et je passais tout mon temps à essayer de le trouver dans leurs problèmes de github ou à en publier de nouveaux, puis à essayer de trouver une solution de contournement.
  • C’est vraiment décevant, j’ai une application Xamarin.Forms sur iOS et Android et j’ai été positivement surpris par son bon fonctionnement après avoir lu quelques mauvaises expériences au préalable. Mais Maui fait vraiment ressortir beaucoup de flashbacks des pires moments de Microsoft. Apporter le support de Visual Studio pour Mac beaucoup plus tard. Lier des fonctionnalités à Visual Studio… en plus de cela, il ne peut pas vraiment faire quoi que ce soit de majeur que Forms ne puisse pas faire. Et si c’est moins stable en plus de ça. Je ne vais certainement pas me précipiter pour migrer vers Maui.
  • MAUI rappelle Xamarin Forms de 2014-2015, complètement inutilisable pour autre chose que la preuve de concepts de base.
  • Oui, je suis en train de développer un POC. J’ai environ 20 heures et j’ai fait beaucoup de progrès, mais je dirais 3 ou 4 fois, j’ai été dans un endroit où je ne pouvais pas du tout déboguer mon application à cause d’un bogue XAML qui ne pouvait pas être débogué et toute l’application ne ferait rien.

Certains développeurs ont préconisé Blazor comme alternative. Blazor, qui permet le développement Web basé sur C # au lieu de JavaScript, est en fait combiné avec .NET MAUI dans l’effort hybride Blazor de Microsoft pour les applications Web/de bureau hybrides multiplateformes. La documentation Microsoft indique : “Dans une application Blazor Hybrid, les composants Razor s’exécutent en mode natif sur l’appareil. Les composants sont rendus dans un contrôle Web View intégré via un canal d’interopérabilité local. Les composants ne s’exécutent pas dans le navigateur et WebAssembly n’est pas impliqué. Razor les composants chargent et exécutent le code rapidement, et les composants ont un accès complet aux fonctionnalités natives de l’appareil via la plate-forme .NET.”

Mélanger et faire correspondre l'interface utilisateur native et Web
[Click on image for larger view.] Mélanger et faire correspondre l’interface utilisateur native et Web (source : Microsoft).

Avez-vous essayé une application hybride blazer? a demandé un lecteur de Reddit. “J’ai rencontré beaucoup de problèmes avec le maui standard, j’ai plongé mes orteils là-dedans la semaine dernière, et ça semble aller beaucoup mieux.”

Un autre lecteur a déclaré: “Ils ciblent WinUi3, qui est une nouvelle chose et a ses propres problèmes, Blazor Hybrid est également une nouvelle chose passionnante en soi. Le potentiel MAUI est grand, mais c’est beaucoup de pièces mobiles.”

Cependant, l’expérience positive et l’optimisme de Blazor Hybrid ont été contredits par un autre lecteur qui a déclaré: “Je reçois des plantages de Visual Studio lorsqu’une application Blazor Hybrid est en cours d’exécution. Il y a certainement encore des bogues à signaler.”

Cependant, Microsoft a fait bonne figure pour .NET MAUI, en publiant des articles comme celui-ci de juin : “Améliorations des performances dans .NET MAUI”. Lors d’une discussion ultérieure sur Reddit à propos de ce message, il y a eu quelques rares éloges des lecteurs pour .NET MAUI, avec un lecteur qui a déclaré : “Je suis vraiment content que MAUI existe, je souhaite du succès à l’équipe et j’espère qu’ils ne s’épuiseront pas : soutenir Xamarin tout en évoquant MAUI, tandis qu’Android/iPhone/Mac publient de nouvelles versions, tandis que WinUI se stabilise, tout en prenant également en charge le rechargement à chaud dans Visual Studio (ce qui est génial !)… et il se passe aussi quelque chose avec VS pour Mac…. ”

Mais il y a aussi eu des bavardages négatifs ailleurs, en tant que lecteur de Hacker News, réagissant au glissement du calendrier l’année dernière, a déclaré: «La farce longue et continue d’une interface utilisateur pour .NET continue. Pourquoi ils ont décidé de doubler sur Xamarin est Tout le monde devine, mais il est sûr qu’il ressemble à une énorme erreur.”

Il y a aussi de nombreux commentaires positifs sur .NET MAUI sur le site Hacker News, cependant, comme un article de l’année dernière a vu un commentaire, “La quantité d’énergie que Microsoft consacre à ces efforts frontaux est assez incroyable… Honnêtement, je Je pense que ce modèle va révolutionner le développement front-end.

L’énorme intérêt des développeurs pour .NET MAUI a été mis en évidence par quelque 253 commentaires sur cette publication de 2021, éclipsant même les 87 (et en comptant) commentaires Reddit.

Le site .NET MAUI sur GitHub affiche désormais 1 737 problèmes ouverts et 3 799 fermés.

La feuille de route GitHub montre que les histoires .NET MAUI pour .NET 7 incluent :

  • Contrôle de la carte
  • Commandes DualScreen
  • Améliorer “Mise en route”
  • Améliorer la réactivité de l’interface utilisateur
  • Améliorer le démarrage et la taille de l’application
  • Assistant de migration pour les projets Xamarin
  • Améliorer l’interopérabilité de la bibliothèque native

Comme pour toute technologie qui vient d’être publiée, il y a certainement des bogues à résoudre et des fonctionnalités à étoffer – et la discussion viendra toujours des deux côtés de la division positif/négatif – donc le jugement final n’a pas encore été rendu .

Les développeurs centrés sur Microsoft ne peuvent qu’espérer que .NET MAUI ne sera pas à la hauteur de l’évaluation brutale en deux mots d’un lecteur Reddit : “Next Silverlight”.

A propos de l’auteur

David Ramel est éditeur et rédacteur pour Converge360.

.

Leave a Comment

Your email address will not be published. Required fields are marked *