WinForms ou WPF ?

Salut,

Je me doute que cette discussion à du être abordée plusieurs fois dans ce forum, mais je vous pose quand même la question.

Je dois développer une application professionnelle et j'hésite dans le choix du "moteur graphique".

L'IHM doit être réactive, pratique et si possible jolie.

Quel est le meilleur choix a faire entre winforms et WPF ?

J'ai l'impression que WPF est l'avenir mais qu'au niveau performance ce n'est pas ça, et que peu de monde se décide à passer dessus.

Winforms, me laisse l'impression d être une technologie en fin de vie mais que beaucoup de monde utilise encore.

Pour information la majorité du parc informatique est sous WinXp (je ne sais pas si cela peu avoir un impact sur la décision).

Merci d'avance pour vos retours.

bonjour,

je connais peu wpf, mais si tu veux garder un maximum de compatibilité reste en winforms ! C'est mon avis, mais tu prends moins de risques de problèmes dus à des non mises à jour sur le poste client, etc...
et puis fin de vie les winforms... faut pas exagérer non plus, on va en voir encore un moment je pense. Paraît que les banques ont encore du cobol alors le winforms c'est du neuf a côté :mouarf:

par contre si tu veux qu'elle soit toute belle ton appli, wpf a l'air d'être mieux adapté effectivement...

Citation:

---

Envoyé par rvzip64

L'IHM doit être réactive, pratique et si possible jolie.

---

ces mots ne vont pas trop avec winforms ...

wpf fonctionne sur xp et supérieur, certes ca doit etre plus optimisé pour vista et 7 mais tant que tu ne fais pas de 3d et de graphismes complexes ca doit bien fonctionner quand meme

winforms ca permet de faire des trucs jolis et presque réactifs mais ca demande de réécrire la partie graphique, la transparence par exemple plombe énormément les perfs en windows forms
alors que wpf ca le dérange pas du tout

après le coté partique ca sera mieux aussi sur wpf, la seule limite à l'ihm étant l'imagination ...

en plus au niveau du développeur, wpf c'est une rolls avec un pilote automatique ...
par contre si tu connais winforms et pas wpf, faut tout réapprendre tellement c'est différent, aux niveaux des classes mais aussi au niveau de la facon de coder ...
ca divise aussi le nombre de ligne de code, ca rend le code plus maintenable

bref pour moi la question ne se pose pas wpf est beaucoup mieux
enfin sur vs2010 ca sera encore plus pratique, car le designer wpf de vs2008 est loin d'etre aussi abouti que le designer windows forms


et si tu poses cette question sur le forum wpf et pas sur le forum windows forms (donc en théorie où les gens ont déjà migré) ca sera encore plus flagrant les réponses je pense

Merci pour ces réponses.

J'ai l 'habitude d'utiliser les composants DevExpress en winforms, et tous les composants disponibles en winforms ne le sont pas en WPF.

Est il possible de faire un mix des deux dans une appli ?

oui sur du wpf tu peux poser un container à controle windows forms
et réciproquement

Ça affecte les performances de l'IHM d'utiliser une technique de ce genre ?

Est ce que c est une méthode qui est souvent utilisée ?

certains controles manquaient en wpf au début comme le datetimepicker les dialog, datagridview etc...
microsoft en a rendu certains disponibles après sur codeplex (wpf toolkit)
mais au début les gens utilisaient certains controles windows forms du coup ...
sur vs2010 ils seront tous intégrés je pense

les controles wpf dans du windows forms n'utilisent pas l'accélération matérielle (carte graphique), donc l'inverse est peut etre mieux ...

par contre ca peut choquer si t'as des controles jolis et animés à coté de controles moches et figés

enfin pour des logiciels de gestion des listbox en 3d c'est pas forcément utile

m'enfin si tu veux pas une application avec fond uni (pas forcément gris quand meme) wpf est recommandé (transparence, dégradés, images en fond de form sont des choses à bannir en windows forms sur des applis qui se rafraichissent souvent)

en plus windows forms est 10x plus performant sous vista/7 que sous xp aussi, la différence doit etre plus mince en wpf

:aie: j'vais peut être me mettre au wpf moi finalement !
je pensais pas que l'évolution était si importante... je regarde ca de plus près quand j'aurai un peu de temps ! merci pol pour ces explications :ccool:

http://www.microsoft.com/france/visi...4-21DE8C7C7A5E

je sais plus si c'est celui là qui m'avait bleuffé, mais y a des webcast de mitsu furuta sur wpf qui sont terribles ou justement il montre des listbox en 3d

Citation:

---

Envoyé par Pol63

en plus windows forms est 10x plus performant sous vista/7 que sous xp aussi, la différence doit etre plus mince en wpf

---

C'est pas l'inverse ?

J'ai entendu parlé de direct2D sous seven. Ca optimise les winform ou les WPF ?

Pol63,

Vu que tu as l'air d'utiliser WPF est ce que tu utilises la suite expression pour faire ton design de fenetre ?

winforms utilise gdiplus.dll (qui utilise le processeur)
wpf utilise directX (qui utilise la carte graphique)

vista et seven optimisent gdiplus.dll grace à une surcouche basée sur directX (le bureau entier est géré par directX d'ailleurs) (sous xp l'évènement paint est déclenché des centaines de fois plus que sous vista et 7 qui mettent en cache le graphisme)
(donc depuis la sortie de vista)

direct 2D dispo sour vista et 7 optimise surement wpf, mais ca optimise peut etre meme un peu winforms
(donc depuis la sortie de 7)


je n'utilise pas wpf dans le cadre professionnel c'est juste sur mon temps libre afin de rester dans le vent
je n'ai pas utilisé expression, mais certains le recommandent apparemment
pour faire des templates c'est pas nécessaire à mon avis, le xaml est assez expressif
pour faire des trucs jolis et animés ca doit etre dur de le faire directement sous vs par contre

super merci pours les infos.

Par contre j'ai pas trouvé la listbox "3d"

pas grave c'est inutile ^^

enfin regarde les webcasts des techdays sur wpf, y en a plusieurs

Blend est quasi indispensable pour faire des animations évolués et un disgn poussé ... Je l'ai utilisé sur un projet et j'ai vraiment adoré on arrive à faire rapidement des choses très jolie (bien sure y a un temps d'apprentissage non négligeable) et pourtant je suis loin d'être disgner :mrgreen:

Salut,

J'ai regardé l'ensemble des vidéos de Eric vernié sur le WPF.
Je suis assez époustouflé par ce qu'est capable de faire "plateforme", c'est vraiment ce que j'ai besoin.

Par contre je suis tout autant époustouflé par ce que n'est pas capable de faire le WPF !
Un simple numéricUpDownCounter (un truc dans le genre) demande des lignes de codes ...

Pour faire un openfliedialog ou un savefliedialog il faut utiliser l'interopérabilité ...


J'ai l'impression que tous les avantages que l'on gagne on les perd dans des conneries.

windows forms sous .net 1.1 y manquait plein de truc, sous .net 2 c'était ok
c'est pareil avec wpf, avec vs2008 c'était loin d'etre parfait, mais avec vs2010 le numericUpDown apparait ainsi que des tas de trucs qui manquaient

par contre vs2010 sort dans minimum 6 mois
et la beta 2 chez moi est loin d'être stable !!

enfin tu peux quand même commencer sur vs 2008 en installant le wpf toolkit de microsoft et en piochant les quelques contrôles manquant ici et là
le framework 3.5 sp1 est plus que nécessaire aussi, sans le sp1 ca manque de perf

Pour le moment je suis sous visual studio 2008 en 3.5 SP1

Est ce que cela ne vaut pas le coup de commencer le dev sous visual studio 2010 en .Net 4 meme si c est pas stable ?

je t'aurais bien dit oui sur la beta 2
mais faut voir sur ta machine si ca marche mieux que sur la mienne
moi je l'ai lancé 3x et ca a pas duré 5 minutes à chaque fois avant que ca freeze
si chez toi ca plante pas ou que toutes les 2 heures ca peut aller

enfin vs2010 apporte l'intellisense dans le xaml, ce qui est pas du luxe tellement ca fait peur au début, en théorie plus de souplesse pour l'utilisation de customcontrols et usercontrols, et surement plein d'autres trucs qui manquent à l'ide dans vs2008

et puis il faut que la date de fin de ton projet ne soit pas avant mi 2010, je sais plus la date de sortie exacte de la version rtm
(enfin y aura peut etre une beta 3 et surement une ou deux rc)

dans tous les cas faut apprendre le wpf, et ca peut prendre un peu de temps avant de comprendre les nouveaux concepts vu que c'est un peu déroutant
au début meme mettre une image sur un bouton on peut chercher des heures :D
et le pire c'est quand tu comprends qu'il ne peut y avoir qu'un seul controle sur une window et que tu n'as pas encore compris qu'il y a 4 types de panels, là tu te poses des questions aussi :mrgreen:
mais une fois qu'on maitrise les templates et les bindings c'est dur de retourner sur du windows forms
et puis pour la disposition des controles c'est royal aussi, ca fait vraiment ce qu'on veut grace aux 4 types de panel

Merci pour les infos, je vais faire des essais.

Mon projet va etre diffuser en plusieurs version , chacune apportant de nouvelles fonctionnalités. Donc je pense qu'il y a des versions qui devront etre diffusé avant mi-2010.

Le choix est lourd d'un coté comme de l autre ...
VS2008 : Surement du code en plus et du temps en plus car il n'y a pas tous les controles.

VS2010: une beta pas stable , mais avec du code en moins et je l'espeère du temps en moins.

wpf que ca soit sur vs2008 ou vs2010 tu auras à peu près autant de code je pense (moins que sur winforms par contre)
le temps d'apprentissage sur 2010 sera peut plus court mais ralenti par les bugs :D

au final tente peut etre 2010 quelques jours voir s'il fonctionne
en tout cas un projet 2008 peut etre ouvert sur 2010 sans (trop de) soucis

et si tu connais pas entity framework et que t'as pas énormément de lignes à remonter à chaque fois, je te le conseille c'est plutot étonnant aussi
(j'ai pas encore trouvé comment faire des bindings en observablecollection avec entity framework le tout en multithreadé et avec INotifyPropertyChanged sur les propriétés ^^, si c'est possible alors EF peut s'utiliser même avec des grosses bases je pense)

Si je connais ... mais j'utilise mysql 4.1
Alors ça fonctionne pas :piou: ....

Qui est ce qui va se taper toute la DAL à la main ???

C'est moi Trop Bien :ccool:

Après une install de VS2010, je confirme qu'il n y a aucun nouveau composant (hormis ceux du WPF Pack) ...

Citation:

---

c'est quand tu comprends qu'il ne peut y avoir qu'un seul controle sur une window

---

Hein ???

C'est le truc du content ??

entre autre
les controles (à part un ou deux genre textblock) ont une propriété content et rien d'autre
le windows aussi ne peut avoir qu'un content
donc on ne peut mettre qu'une chose dessus

mais il y a 4 types de panels qui eux sont des containers multiples
pour ca d'ailleurs que par défaut on a un grid sur les window
et pour faire un bouton avec une image et un texte, il faut mettre sur le bouton un grid ou un stackpanel et à l'intérieur un textblock et un controle image

c'est juste que la première fois qu'on débarque, il arrive qu'on supprime le grid
après on prend un bouton dans la boite à outils, puis un autre et ca veux pas :lol:

m'enfin après on utilise plus la boite à outils, on tape du xaml c'est plus clair 8O

Oui le début va etre difficile ...

Y a encore moyen de faire des usercontrol ? Je me vois mal me faire un copier coller de code XAML

T as une adresse avec des tutoriels ?

en théorie un usercontrol devient inutile
j'ai pas spécialement de tutos, j'ai regardé des webcasts avant d'essayer

le principe c'est que tu fais une classe
public class employé

tu mets des property
nom as string
prenom as string
photo as image
date_naissance as date

ensuite tu fais un collection des instances d'employés

dans le code tu mets juste listbox.itemssource = macollection d'employés

et dans le xaml tu mets un datatemplate pour dire qu'un employé ca s'affiche de la manière suivante
un cadre bleu, et dedans un textblock écrit en bleu bindé sur le nom, un textblock à coté de celui là en vert bindé sur le prénom
en dessous mais toujours dans le cadre, un textblock marqué Age puis ) coté un autre textblock bindé sur la propriété Age (propriété qui retourne l'age en fonction de la date de naissance)
et pour finir un image sur la droite qui est bindé sur la propriété image

et au final dans le listbox t'as l'équivalent d'un usercontrol

pour que le binding soit efficace il faut des observablecollection et pour les propriétés, soit des dependencyproperty soit implémenter INotifyPropertyChanged
et si tout est bien fait, une modif sur l'interface dans un textbox modifie la propriété, et réciproquement, genre tu fais .Add sur la collection et le nouvel employé apparait

le tout avec une seule ligne de code en c# donc qui est listbox.itemssource = macollection

en fait c'est une logique vraiment différente de windows forms, plus logique tout court d'ailleurs

tout ce qui est visuel c'est du xaml, tout ce qui est données c'est du .net

parce que si une semaine après tu veux que le cadre soit bleu pour homme et rose pour les femmes, tu ne modifies que du xaml (le template et ajouter un template selector par exemple)
donc aucun risque de rajouter des bugs dans la logique du programme

on instancie plus de controles dans le code non plus, on ne nomme rarement les controles, on ne s'adresse que très peu aux controles, il est meme possible de ne jamais parler d'un controle dans le code mais ne traiter que des données et le xaml fait le reste

et un template on peut le définir au niveau de l'application, comme ca un employé affiché sur telle ou telle window sera toujours affiché de la même manière

Ah oui je vois toute la puissance du truc là !
et je vois aussi tout le retard que j'ai !

Et je pense qu'il y a du boulot !

Alors franchement je valide totalement l'utilisation du WPF a la place des winforms !

C'est franchement super simple, et super clair, beaucoup plus que winform en tout cas.

On peut faire des choses en 5 minutes, alors qu'il faudrait plusieurs heures en Winform.

Super techno .