Discussion :

[vandamme]

Je voulais savoir quelle est la politique de Microsoft vis à vis de WPF et WCF par rapport aux Windows Forms et à l'API ADO.NET.
WPF et WCF signent - elles l'arrêt de mort des Windows Forms et de ADO.NET ?

[The_badger_man]

WCF et ADO.NET n'ont rien a voir.
WCF = communication inter-applications.
ADO.NET = accés aux bases de données

Concernant les WinForm, je n'ai jamais vu/lu qu'elles étaient abandonnées au profit de WFP. Pour l'instant les 2 cohabitent.

[Sphax]

MS ne peut décemment pas annoncer qu'une techno n'est plus supportée aussi vite. Mais pas besoin d'être devin pour comprendre qu'effectivement WPF (et silverlight) c'est la fin de Winform.

WCF est plus en "concurrence" avec le .net remoting, rien à voir avec ado.net.

[SaumonAgile]

MS ne peut décemment pas annoncer qu'une techno n'est plus supportée aussi vite. Mais pas besoin d'être devin pour comprendre qu'effectivement WPF (et silverlight) c'est la fin de Winform.

WCF est plus en "concurrence" avec le .net remoting, rien à voir avec ado.net.

Il ne faut pas se précipiter non plus et voir la réalité des choses. WPF ne se développera réellement qu'avec l'adoption massive de Vista par les professionnels, et ceci n'est pas près d'arriver compte tenu de l'investissement nécessaire.
Alors à mon avis, la fin de Winforms n'est ni pour demain, ni pour après demain non plus d'ailleurs.

[Sphax]

Il ne faut pas se précipiter non plus et voir la réalité des choses. WPF ne se développera réellement qu'avec l'adoption massive de Vista par les professionnels, et ceci n'est pas près d'arriver compte tenu de l'investissement nécessaire.
Alors à mon avis, la fin de Winforms n'est ni pour demain, ni pour après demain non plus d'ailleurs.

Si tu veux dire que le namespace et les assembly "winform" ne vont pas disparaitre des prochains framework je suis d'accord, uniquement pour la rétrocompatibilité. Mais une question simple : tu dois développer une nouvelle appli cliente, tu te vois la développer en winform plutôt qu'en WPF ? Pour moi la réponse est évidente, même s'il faut embarquer dans le setup le framework 3. Et ça c'est la mort de la techno.

[Thomas Lebrun]

WCF et ADO.NET n'ont rien a voir.
WCF = communication inter-applications.
ADO.NET = accés aux bases de données

Concernant les WinForm, je n'ai jamais vu/lu qu'elles étaient abandonnées au profit de WFP. Pour l'instant les 2 cohabitent.

Tout à fait exact

[Piotrek]

COBOL, VB6 et beaucoup d'autres n'ont pas disparu prnicipalement car:

- L'exitant en entreprise compte
- La communaute des devloppeurs est consequente

[Sphax]

COBOL, VB6 et beaucoup d'autres n'ont pas disparu prnicipalement car:

- L'exitant en entreprise compte
- La communaute des devloppeurs est consequente

Ce qui est nettement moins le cas pour winform.

[Piotrek]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Ce qui est nettement moins le cas pour winform.

D'ou te viens cette impression?

Actuellement mon impression est qu'il y a beaucoup de developpeurs winforms en regardant les forums de dvp

[Sphax]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Ce qui est nettement moins le cas pour winform.

D'ou te viens cette impression?

Actuellement mon impression est qu'il y a beaucoup de developpeurs winforms en regardant les forums de dvp

Je me trompe peut-être, dotnet étant plus récent que VB je pensais que....

Toujours est-il que WPF est une nette amélioration des winform (sans parler de silverlight) , que c'est ce que MS va pousser niveau marketing, qu'il n'y a pas de raison de choisir actuellement winform plutôt que WPF pour un nouveau projet.
J'ai compris la question d'origine dans ce sens "est-ce que wpf est le successeur de winform ?", la réponse est oui. Bien evidemment y aura qd même du code winform à maintenir pour un moment...

[The_badger_man]

qu'il n'y a pas de raison de choisir actuellement winform plutôt que WPF pour un nouveau projet.

bin si:
si on veut une appli qui tourne sur Win 2000
si on a pas de compétances WPF (ça s'apprend pas comme ça)
si on a déjà de l'existant en Winform qu'on souhaite réutiliser (bon je parle pas d'incorporer du WPF dans du WinForm et inversement)
...

[Thomas Lebrun]

Décider de migrer à WPF n'est pas une mince affaire. Certes, les possibilités sont énormes mais il ne faut pas oublier de prendre en compte plusieurs points soulevés par The_badger_man:
- la compatibilité: Est-on sur que cela ne devra pas tourner sur du Windows 2000 / Linux ?
- les ressources: WPF, c'est bien mais soyons honnete: c'est plus gourmand que du WindowsForms classique. Tout le monde travaille sur des Core2 Duo avec 2 Gb de RAM ? Je ne crois pas....
- les compétences: trouver un développeurs WPF, pour le moment, n'est pas simple: il ne faut pas oublier que la techno est encore jeune



Bref, WPF comme successeur des WindowsForms ? Je dirais oui mais pas pour le moment de part:
- la jeunesse de la techno
- les besoins en terme de compatibilité
- l'existant actuel (les gens aiment se qu'ils ont et sont frileux à passer à autre chose)
- etc...



A+

[Piotrek]

Question a Thomas (notre dieu vivant du XAML sur dvp ):

WPF a-t-il vraiement les capacites a remplacer winforms? je veux dire, on peut faire en XAML parfaitement tout ce qu'on peut faire en winforms?

[Thomas Lebrun]

WPF a-t-il vraiement les capacites a remplacer winforms? je veux dire, on peut faire en XAML parfaitement tout ce qu'on peut faire en winforms?

Je pense (mais ce n'est que mon avis) que oui
Pour l'instant, je n'ai pas été confronté à quelque chos de fait en Winforms mais pas réalisable en XAML/WPF.

Et même si cela arrivait: il existe toujours la solution d'interopérabilité => intégrer du Winforms dans du WPF et vice-versa

[Olivier Delmotte]

WPF est quand même encore relativement plus lourd pour les machines qui ne sont pas toutes dernier cri.

Winform offre déjà beaucoup de possibilités encore inexploités ... tous les jours on apprend quelque chose.

WPF me fait un peu peur sincèrement, j'ai du mal à m'y faire. Et pour developper avec, c'est trop lourd pour moi pour l'instant, ma machine ne suit pas

Et WPF introduit aussi une notion importante, celle de séparer le design du métier ... et toutes les entreprises n'ont pas encore trop pris en compte cette possibilité ... on recrute dans mon service et on cherche des developpeurs, pas de designer, alors que tout notre parc applicatif va migrer de delphi, vb6 et autres à .Net ... mais en 2.0 ... pas de WPF à l'horizon

Puis tout simplement parce que .Net est une technologie encore jeune (ce que ne veut pas dire immature) ... et que c'est pas en 5/6 ans qu'on abandonne une technologie

Donc non, les winforms ne sont pas mortes et heureusement.

[neo.51]

Le jours ou toutes les machinnes seront au moins sous XP (pas toutes mais bon aujourd'hui on peut considèrer qu'on a plus de client sous win NT et win 98 pour la majorité des développeurs) on pourra éffectivement envisager des projets utilisant uniquement WPF. Si on considère que windows 2000 a encore une part de marché non négligeable sur les OS MS et que beaucoup de gens ne veulent pas investir pour migrer je pense qu'on en a encore pour 2-3 ans avant de pouvoir généraliser le développement sous WPF.

Aprés faudra compter au moins autant pour que les décideurs se décident et que les développeurs/architectes/designers se forment (c'est quand même une nouvelle techno à appréhender).

Finalement ça serait pas de la science fiction de dire que d'ici 6-7 ans on démarera plus aucun projets en winforms, mais d'ici là on aurra un nouveau windows, un framework .NET qui aurra évolué, des configurations hardware différentes et au rythme auquel évolue l'informatique difficile de faire des pronostics sur une si longue durée (à votre avis quel sera la config hardware standard dans 2 ans ? ...alors dans 6 )

[Skyounet]

Développant en .NET depuis pas trop longtemps je vais quand même donner mon avis.

Pour moi WPF et effectivement le futur des winforms et oui d'ici quelques années bon nombre de projet utiliserons cette techno mais à l'heure actuelle très peu.

Tout d'abord comme l'a dit je ne sais plus qui dans ce thread, WPF sépare design et code métier ce qui est très bien, mais du coup le design devient un métier à part entière.

Moi qui me considère comme développeur (peu importe le techno) j'ai passé quelques temps sur Expression Blend et je peux vous dire que j'en suis pas sorti indemne. Des dizaines d'options possibles et dès qu'on regarde les Samples fournis alors là on y comprend carrément plus rien (pour moi le pire reste celui du PhotoBook), déjà que moi est le graphisme ça fait 2, alors là je me suis dis ben mince alors.

WPF c'est bien mais pour un projet il faut du coup une double compétence...

M'enfin cela n'empêchera pas cette technologie d'être utilisée dans le futur.

[pcabanel]

Certain les Winforms ne sont pas mortes mais franchement vu le potentiel de WPF il est préférable de se poser la question du choix technologique au moment du lancement d’un nouveau projet.

Pour ma part mon avis est que wpf manque cruellement de contrôle de base et qu’il faut passer beaucoup de temps à inventer des UserControl classiques. Coté apprentissage là encore, il faut investir pas mal de temps. Pour info, j’ai récemment eu un échange avec un archi de Ms qui m’a expliqué qu’un projet wpf coute 15 à 30% plus cher qu’un projet Winform. Ca permet de réfléchir lorsque l’on se place dans une logique d’entreprise.

Donc il est vrai que les Winform restent à ce jour le meilleur choix en termes de productivité. Néanmoins je crois sincèrement que WPF va rapidement s’imposer vu le potentiel d’innovation.

[vandamme]

D'ailleurs quand on parle de WPF, on associe toujours le XAML.
Mais peut - on faire des interfaces graphiques 2D et même 3D sans utiliser le XAML et en n'utilisant que C# par exemple ?

[Thomas Lebrun]

Mais peut - on faire des interfaces graphiques 2D et même 3D sans utiliser le XAML et en n'utilisant que C# par exemple ?

Tout à fait: l'un des avantages de XAML/C#, c'est que tout ce que vous pouvez faire en XAML peut-être fait en C#/VB.NET (attention, l'inverse n'est pas possible)