Version imprimable
Bonjour à tous,
J'ai une interface graphique à développer en C# pour aller sur une IHM 100% tactile qui sera sous Windows Embedded 8.1 sur un Proface à base de i3, avec un SSD et 8Go de ram.
La question que je me pose, c'est est-ce que je fais du "classique" Winform ou du WPF/xaml??
Pour info, ce sera une interface pour piloter des robots industriels et quelques machines spéciales.
Merci d'avance pour vos réponses!
Bonjour,
WPF assurément, la technologie WinForms est dépassée depuis bien longtemps.
Une application c# WPF permet d'utiliser les mécanismes avancés en terme d'interfaces mais conserve l'ensemble des anciennes possibilités disponibles dans les applications WinForms.
ce n'est pas parce qu'un truc est dépassé qu'il ne convient pas ...Citation:
Envoyé par beekeep
C'est vrai, mais il faut toutefois se méfier du boulet à maintenir que peuvent devenir des technos qui conviennent mais sont devenues obsolètes... :aie: ;)Citation:
Envoyé par Pol63
Mais pour revenir au sujet, je pense que Winform n'est pas prêt d'être obsolète dans un avenir proche! Un détail qui a son importance pour ma demande, c'est le temps de mise en place quand on en a jamais utilisé...
Un ancien collègue m'a déconseillé de me lancer dans WPF en ayant un délai court. En plus, une fois terminée, l'appli "change de main", et la connaissance du WPF ne sera pas forcément au rendez-vous dans ce cas, donc problème de maintenance à prévoir! Et dans l'industrie, on n'aime pas avoir des problèmes de maintenance... ;)
Donc pour cette fois encore, je vais me contenter de Winform je pense, mais ce n'est que parti remise, car WPF m'intéresse depuis quelques temps...
D'ici là on te conseillera d'utiliser WUP ^^
Ben dans ce cas précis, je pourrais (en théorie) faire ce je veux car le client se fiche pas mal de la techno de dév, il veut "juste" une interface graphique fonctionnelle et fiable...
Mais bon, je suis du genre prudent, et je préfère éviter de me créer des problèmes tout seul sur un projet au délai court, je n'ai pas envie de me manger pleins d'heures de débug prises de tête pour rien! :aie: ;)
Merci de vos réponses en tout cas.
salut à tous, je ne connais pas les contraintes du projet ni ton niveau mais c'est toujours très énervant de devoir maintenir et faire évoluer une appli basé sur des technologies obsolètes mais éprouvé juste parce que le développeur/l'équipe qui l'a mis en place a eu "peur d'y aller".
En fait ca tire tous vers le bas, tu ne profite pas des améliorations, des dernière avancés des plateformes et des façons de coder que cela apporte. Au niveau des ressources et tutoriaux sur lesquels tu va te baser c'est la même chose la plateforme ne sera mentionné que dans les articles datant de son age d'or, tout ce qui sera arriver derrière en termes de design pattern, de grands principe d'implémentation qui ont put être normalisé très récemment, aura été actualisé dans une techno plus récente, tu risque de passer à côté de tout ca.
Je ne dit pas qu'on ne peut pas une appli en winform en y intégrant les dernière avancés sur la plateforme .NET, jute que la démarche qui consiste en fait a dire "dans le doute, je refais ce que je sait faire et je ne cherche pas plus loin" est une démarche intellectuelle qui ne pousse pas à l'amélioration, à la remise en cause, à l'innovation.
Bien sur Il faut faire ce que l'on connait, il faut trouver un juste milieu et ne pas se lancer tête baissé dans quelque chose qu'on ne maîtrise pas. Mais la on parle de winforms et de WPF, Ce dernier commence vraiment à être éprouvé (10 ans que ca existe), tu sera en terrain connu et il y a énormément de ressources de qualité, c'est pas si compliqué de s'y mettre...
Après si tu le sent pas faut pas se forcer, mais jusqu’à quand ? Ne prend tu pas le risque de te donner cette excuse à chaque fois et de stagner ?
Je te laisse sur ces réflexions :D
Bonne chance
PS : Je maintient actuellement un site web asp .net webforms créé juste cette année, codé très ".NET 2.0" avec du javascript à l'ancienne à l'arrache dans les webForms et un modèle de donnée chargé avec et modifié avec des appels ADO sur des procs stocks... La personne a voulu rester en terrain connu.... donc je l'ai un peu mauvaise tu comprend ^^