Pour un dév en C# -> différence entre Winform et WPF?

Bonjour,

Si j'ai bien tout compris, quand on fait une interface en WPF, contrairement au Winform, la partie graphique est totalement séparée du code dans un fichier XAML, un peu comme le HTML et le CSS en gros...

Mais pour une appli desktop, est-ce vraiment utile? Par exemple, pour une interface 100% tactile sur un pc industriel (de marque Proface avec Windows Embedded 8.1).

Je suis au début de la conception, j'ai un peu commencé en Winform, mais je peux encore changer, je préfère me poser la question maintenant avant que ce soit trop avancé! ;)

le tactile n'est pas vraiment déterminant ici, que ca soit en windows forms ou en wpf le tactile est géré par windows et fonctionne pour tout ce qui est clic
après pour les gestes et le multitouch, s'il y a des trucs implémentés ils le seront plus dans wpf que dans windows forms, bien que ca doit pouvoir être géré en windows forms

wpf permet surtout plus de choses (controles pas rectangles, transparence réelle, modification du style après développement) et/ou plus simplement (binding avancé, animations simples)
mais il demande un peu de temps d'adaptation quand on vient de windows forms car il faut comprendre le MVVM et sa logique de développement


si c'est pour mettre 3 boutons un tabcontrol, quelques infos, que ca doit ne pas forcément taper dans l'oeil et que tu maitrises windows forms tu peux rester dessus je pense
si en plus tu sépares bien le code métier de l'interface, tu pourras switcher sur wpf en ayant que l'interface à réécrire (V et VM de MVVM) et l'interface en wpf ca se fait assez vite

C'est pour de l'indus, donc pas de multitouch. Tout comme l'interface, ce n'est pas pour du "Apple like" ;) au final, ça pilote des robots, donc efficace et fonctionnelle!

Ce qui me retient un peu de me lancer la-dedans, venant du monde Winform, j'ai peur de galérer au début, et le client ne va attendre!

D'après ce que tu expliques, il vaudrait mieux que je fasse le test sur un projet interne sans délais plutôt que pour un client final... Par contre, je peux effectivement m'astreindre à plus séparer l'interface du code pour préparer la transition.