Version imprimable
Bonjour,
Je travaille actuellement sur un projet dont le but est de proposer une alternative à Xaml pour la création d'application en WPF.
J'aimerai avoir votre feedback sur ce projet qui est décrit sur mon blog ici: https://ju2pom.github.io/fluentwpf/
N'hésitez pas à laisser un message au bas de la page ou dans ce thread.
Merci.
J'ai vite regardé.
Tres honnettement je ne vois pas en quoi c'est plus simple.
Autant pour une fenetre vide c'est sans appel, autant des que tu commences à rajouter des objets ca devient hyper lourd, et surtout difficilement modifiable.
Peut etre couplé avec un outil de mock/test rapide tel que LinqPad ca peut devenir interressant.
Tu as eu à resoudre quel genre de problème pour te lancer dans ce projet?
Merci Micka pour ton retour, pour répondre à ta dernière question cette idée m'es venue parce que:
- J'adore Linq et le principe des API fluent
- WPF est une super librairie graphique
- La syntax du Xaml est lourde et verbeuse
- La dualité Xaml/code behind est inutile
Par rapport à la simplicité je pense que c'est une question d'habitude, quand on débute en Xaml ça parait compliqué et lourd aussi :)
En revanche, lorsqu'on est déjà développeur C# c'est très facile de se familiariser avec une nouvelle API.
Et utiliser le C# pour décrire nos interface permet de profiter des méthodes, variables, lambda, dérivation ...
Regarde la section Bindings and Converters ne trouves-tu pas sympa de pouvoir déclarer un converter simple "inline" ?
Dans tous les cas je conviens que ça ne peut pas satisfaire à tout le monde, mais je me demande dans quelle proportion.
cela dit ta syntaxe est presque aussi verbeuse que le code xaml
mais juste en code behind
(si tu analyse le code d'origine xaml et le code c# généré)
a mon avis ça peut être utile mais c'est pas la bonne approche si on veut juste simplifier le xaml