.NET EN 2024 : LE RETOUR EN FORCE DES APPS DE BUREAU ? (WPF, WINFORMS) 

Excellent 👌 Bon par contre faudra attendre la sortie de la preview

WPF est plus ancien et le tooling est plus mature, donc c'est logique. Ceci dit, le tooling MAUI a bien été amélioré, et pour tourner actuellement un cours avec MAUI en .NET 8 et la dernière version de Visual Studio, j'y prend vraiment plaisir ! Par contre, c'est pas la même cible, MAUI = mobile surtout, WPF = desktop Windows

Carrément 💯 faut juste éviter toute sorte de dérives , mais en local, ça ouvre des portes intéressantes pour des applis riches et interactives

C’est un avis intéressant mais 100% des applis WPF que j’ai rencontré sont avec des styles customs donc l’intérêt de développer ça pour MS est nul. Quand à WinUI, je suis malheureusement pas aussi convaincu car il y a quand même beaucoup de manques et même des bugs dans cette techno, qui a cependant plein d’avantages aussi

En effet, je voulait me former à cette techno (MAUI) , mais j'ai l'impression que ça ne convaint pas. Et pourquoi garder encore WINFORM & WPF?

C'est pas du tout la même cible surtout. Même si MAUI permet, par le biais de WinUI 3, de faire des applications de bureau, de 1) ça limite l'expérience (car on ne peut avoir que ce que MAUI a implémenté de Win UI 3) et de 2) MAUI est clairement le successeur de Xamarin, donc clairement mobile-first. De tous les projets MAUI que j'ai rencontré, j'en ai vu aucun qui est uniquement pour la cible Windows et très rare sont ceux qui ciblent à la fois mobile + desktop avec MAUI. Le seul cas de figure où ça me semble valable, c'est pour faire du Blazor Hybrid

@@HTSCoding Justement c’est le fait que MAUI puisse faire des applications de bureau qui me dérange en fait. Parce que ça le fait plutôt bien pour des applis basiques mais « ça limite l’expérience » lorsqu’un passe sur des choses plus avancées du coup on a une technologie qui donne l’impression d’être inachevée. Pour moi soit faut retirer le support de Windows/Mac de MAUI ou alors retravailler MAUI de manière à avoir une solution robuste et qui fusionne avec WPF.

Le choix de Win UI 3 pour MAUI était délibéré car Xamarin se reposait sur WPF et Microsoft veut moderniser la stack. Je vois vraiment Windows & macOS comme des plateformes bonus, car clairement la cible c'est mobile. Et pour ceux qui développe une appli, ça peut accélérer le cycle de développement de pouvoir lancer sur son OS natif plutôt que sur émulateur. Finalement, comme je l'ai dit, MAUI sous Desktop, pour moi, c'est le concurrent d'Electron et autres pour Blazor Hybrid plutôt qu'une solution toute faite pour faire une app. Mais nous ne sommes que deux anonymes qui discutons, on prend pas les décisions, c'est de leur ressort ça :-D

@@HTSCoding Blazor est clairement une super techno, encore plus facile a apprendre que react et est une sorte de concurrent direct nextjs

Winform est pas mal si tu veux concevoir une app tres rapidement ou tester des choses, sinon perso j’aime bien WPF. MAUI je n’ai pas tester

Et encore, tu as oublié Win UI 3 😅 Je pense que je devrais faire ça en vidéo car la demande est récurrente : "je veux faire tel projet, quelle techno choisir" Si tu veux faire du desktop, ma recommandation serait de choisir WPF qui est riche & stable. MAUI ne devrait, à mon avis, qu'être utiliser pour de la mobilité (Android & iOS) ou si tu veux faire une application Blazor Hybrid

Il y a encore Avalonia UI...

Oui, tout comme Uno Platform, mais là je ne parle que de solutions officielles et non communautaires :-)

Clairement, ça n'a jamais été un meilleur temps pour être dev ! Maintenant, même l'app de base WPF sera jolie, ça manquait un peu :-)

Là tu me parles de modèles d’entraînement pour reconnaître des patterns simples non, pas de LLM ? Car j’avais cru lire quelque part que même openai ne savait pas comment ça pouvait marcher avec les ressources que ça bouffe

@@HTSCoding Je crois que ça vaut le coup d'aller voir comment fonctionne un LLM ^^ Et tu peux aller sur hugging face pour plein de model (dont des LLM). Pour voir comment en récupérer et en utiliser en local. Y compris génération d'images, etc... Mais clairement c'est trop hors sujet pour l'instant :) Bonne continuation à toi !

PS : Par contre c'est plus gourmand qu'une simple page web (of course) donc c'est pas top niveau conso global par rapport à l'utilisation précédente qu'on avait des simples moteurs de recherches. Donc ça pose des questions mais clairement pas du tout besoin d'une machine de guerre pour lancer un LLM. Pour le générer ce model oui clairement.

Disons qu'il faut le cas d'usage intéressant pour que ça soit pertinent d'avoir ce type de machine de guerre

Vu que ce sont les balbutiements (preview) et que j'ai pas trouvé de docs sur le sujet autre que la release note, je ne sais pas si ça sera directement "out of the box"

Je te trouve dur là ... 😅 Perso, la doc de Microsoft est pas la pire que j'ai pu rencontrer (et au moins ,elle existe comparée à certains autres ...) Pour l'instant, vu qu'elle est pas là, on peut pas encore se prononcer !

Oui c'est faux la doc de microsoft est très complète mais ultra touffu d'où cette impression. Par contre toujours la VO pas la traduction 😊

Exact, les traductions automatique sont pour le moins hasardeuses ! (ça me fait marrer quand je vois que le moteur traduit le nom des méthodes ou des propriétés x_x)

Je n'ai jamais prétendu le contraire mais il faut avouer que WPF était dans un état végétatif depuis sa sortie en .NET Core 3.1... Le dépôt GitHub était pas actif du tout