Discussion :

[DEV-10]

Bonjour

J'ai fais quelques lectures sur les WPF (Windows Presentation Foundation)

et j'aimerais connaitre votre avis sur les points suivants :

1. Avantages par rapport aux Windows Forms habituels
2. Complexité dans la programmation et la maintenance
3. Temps de développement vis-à-vis temps de développement de windows Forms
4. à quoi faut-il faire attention lorsqu'on développe en utilisant les WPF ?

Voici un des liens de microsoft

http://msdn.microsoft.com/fr-fr/library/ms754130.aspx

Merci.

[Pol63]

sujet mainte fois débattu ici et ailleurs

1 avantage en performances, en look de l'appli (vraie gestion de la transparence, liberté des formes ...), temps de développement, maintenance et évolutivité, bindings très puissants, filtres, tris, regroupement, etc tout est implémenté et plutot performant (fenêtrage automatique des controles de collection par exemple)
encore plus orienté POO que les windows forms
2 le développement est très différent, donc quand on connait windows forms, ca déroute énormément et ca parrait plus complexe, au final ca doit pouvoir etre plus simple
sur la maintenance ca vaut le coup, l'interface est détachée du code métier
3 le temps de développement quand on commence peut paraitre plus long mais ca devient rapidement le contraire je pense, en fait c'est le temps de recherche et d'apprentissage qui est long au début ^^
4 il faut faire attention à ne pas développer comme en windows forms, donc nommer le moins de controles possibles (ce qui empêche d'y accéder depuis vb), et avoir le moins possible de handles sur des event de controles ; ca permet de se forcer à chercher comment faire

[sisqo60]

Bonsoir,

Oui à peu près d'accord avec pol63... (Il faut bien un chieur )

Je suis complètement pour WPF :
Les graphismes n'ont rien à voir avec Winforms, tu peux incruster de la vidéo facilement, modifier les formes des composants en un rien de temps (comparé à Winforms bien sûr), faire des animations rapidement...

Pour le binding (qui existait déjà en Winforms mais qui était plus compliqué à mettre en place), c'est très simple, quand on y goûte on en redemande

La gestion des thèmes et des skins sont des atouts incomparables pour avoir des applications aux look actuel.

Maintenant, il y a des moins :

En XaML, l'intellisense n'aide pas toujours beaucoup (il y a du mieux avec Visual studio 2010). Il y a des choses qui existaient en Winforms et qui ne sont pas (encore??) reconduits en WPF. Pour finir, il faut complètement oublier Winforms quand tu commence WPF, c'est un raisonnement complètement différent (heureusement qu'il reste le C# ou VB par derrière).
Tout ce qui se fait en XaML peut se faire en C# ou VB mais l'inverse n'est pas vrai...

Bref tout ça pour te dire que Winforms ce sera bientôt le passé et que WPF c'est l'avenir (A mon sens...)

[DonQuiche]

Productivité accrue... peut-être pour quelqu'un de très familier avec la plateforme ou pour une interface vraiment riche. Au début on découvre surtout qu'il y a dix façons de faire chaque chose, dont neuf mauvaises. Et certains scénarios pourtant assez banals sont inutilement lourdingues à coder et demandent du copier-coller sale et intensif. D'ailleurs, en général, WPF est lourdingue, tant en termes de code (j'aimerais partager ici ma haine du XML en tant que format d'édition) que de performances.

Cela dit, les rares fois où je fais de l'UI, c'est pour des projets persos et je choisis WPF. Mais parce que ça me plaît davantage que Winforms et que ça répond à mes besoins (interface riche et esthétique, etc). En entreprise, selon moi, il faut bien connaître les deux plateformes pour décider laquelle des deux est la plus adéquate. Mais Winforms est peut-être amené à disparaître... Pas sûr tout de même, ou alors parce que MS aura réintroduit une nouvelle techno vraiment supérieure.

Enfin, j'aimerais ajouter que WPF est indissociable de MVVM et qu'une bonne doc à ce sujet est un impératif pour comprendre comme l'appliquer au quotidien ! Voir par exemple ce blog, appliquer le pattern MVVM avec MVVM light, qui propose d'utiliser le toolkit léger "mvvm light" et fournit une doc d'une centaine de pages sur sa mise en oeuvre.

[Pol63]

winforms est amené à disparaitre c'est sur, mais d'un autre coté vb6 est encore pas mal utilisé alors c'est pas pour tout de suite ^^

[BenoitM]

WPF voir SilverLight (light ) parce qu'il faut bien justifier le renouvellement du parc de pc


sinon
WPF pour des applications plus "riches" et lourdes
WPF pour le binding qui est impressionant et lourd
WPF parce que c'est l'avenir

pas WPF parce que c'est plus long à developper quand on a pas l'habitude
et moi je suis rester au procédurale