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 ?
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 ?
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.
Les règles du forum
Le trio magique : FAQ + Cours + fonction rechercher
Mes articles
Pas de questions par messages privés svp
Software is never finished, only abandoned.
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.Envoyé par Sphax
Alors à mon avis, la fin de Winforms n'est ni pour demain, ni pour après demain non plus d'ailleurs.
Besoin d'un MessageBox amélioré ? InformationBox pour .NET 1.1, 2.0, 3.0, 3.5, 4.0 sous license Apache 2.0.
Bonnes pratiques pour les accès aux données
Débogage efficace en .NET
LINQ to Objects : l'envers du décor
Mon profil LinkedIn - MCT - MCPD WinForms - MCTS Applications Distribuées - MCTS WCF - MCTS WCF 4.0 - MCTS SQL Server 2008, Database Development - Mon blog - Twitter
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.Envoyé par SaumonAgile
Envoyé par The_badger_man
Tout à fait exact
Thomas LEBRUN: MCAD.NET, MCTS (Win et Web), MCPD(Win et Web) & Microsoft MVP Client Application Development
WPF par la pratique, mon livre sur WPF ! (également disponible ici ou là)
A la découverte de .NET
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.Envoyé par Piotrek
D'ou te viens cette impression?
Code : Sélectionner tout - Visualiser dans une fenêtre à part Ce qui est nettement moins le cas pour winform.
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....Envoyé par Piotrek
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...
bin si:Envoyé par Sphax
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)
...
Les règles du forum
Le trio magique : FAQ + Cours + fonction rechercher
Mes articles
Pas de questions par messages privés svp
Software is never finished, only abandoned.
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+
Thomas LEBRUN: MCAD.NET, MCTS (Win et Web), MCPD(Win et Web) & Microsoft MVP Client Application Development
WPF par la pratique, mon livre sur WPF ! (également disponible ici ou là)
A la découverte de .NET
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?
Envoyé par Piotrek
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
Thomas LEBRUN: MCAD.NET, MCTS (Win et Web), MCPD(Win et Web) & Microsoft MVP Client Application Development
WPF par la pratique, mon livre sur WPF ! (également disponible ici ou là)
A la découverte de .NET
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.
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 )
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.
Introduction à Silverlight 4 (new) ; Localisation d'une application Silverlight (new) ;
Mon espace perso[/B]
La connaissance s’acquiert par l’expérience, tout le reste n’est que de l’information. Albert Einstein[/SIZE]
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.
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 ?
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)Envoyé par vandamme
Thomas LEBRUN: MCAD.NET, MCTS (Win et Web), MCPD(Win et Web) & Microsoft MVP Client Application Development
WPF par la pratique, mon livre sur WPF ! (également disponible ici ou là)
A la découverte de .NET
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager