Microsoft : « WPF n'a jamais été abandonnée »
La plateforme devrait revenir en force avec Visual Studio 2015 et .NET 4.6
Le 2014-11-17 23:22:06, par Amine Horseman, Expert éminent sénior
Après l'annonce de l'ouverture du Framework .NET en open source lors de la conférence Microsoft Connect, ainsi que le lancement de la .NET Fondation, organisme indépendant qui va s'occuper d'accélérer le processus de développement par la participation communautaire et la promotion de l'ouverture, Microsoft annonce que WPF n'est pas morte et que « c'est une partie essentielle du Framework .NET ».
En fait, depuis un certain temps, les développeurs commençaient à se poser des questions sur le sort de cette technologie introduite avec .NET 3.0 et qui n'a pas connu d'amélioration significative depuis. Mais Microsoft assure que 10 % de tous les projets créés dans Visual Studio 2013 au cours des 60 derniers jours sont en WPF, ce qui fait un nombre assez important selon eux.
« Le travail sur l'amélioration de WPF n'a jamais vraiment cessé », peut-on lire sur le blog de MSDN. « Et les éléments présentés ci-dessous ne sont que quelques exemples de ce que vous devriez vous attendre à voir dans les prochaines versions de Visual Studio 2015 et .NET 4.6 ».
En effet, Microsoft annonce qu'elle est en train de développer une mise à jour de WPF qui serait plus performante, faciliterait l'utilisation de DirectX et supporterait le matériel de nouvelle génération (les écrans tactiles par exemple). Microsoft travaille aussi sur plusieurs outils qui devraient faciliter la tâche aux développeurs, comme un débogueur qui permettra d'inspecter l'arbre visuel directement et de modifier les propriétés des éléments pendant le débogage.
Microsoft Blend
Blend pour Visual Studio 2015 aurait aussi été repensée pour améliorer le flux de travail entre les deux produits. Plus important encore, XAML IntelliSense et les fonctions de débogage de base seront désormais disponibles dans Blend.
D'autres améliorations sont aussi en train d'être ajoutées, assure Microsoft, ce qui devrait plaire aux développeurs WPF et aux entreprises qui utilisent cette technologie. Quant à la question de savoir si, prochainement, elle va, elle aussi, être ouverte en open source comme ce fut le cas pour le Framework .NET, le mystère demeure.
Source : blog de MSDN
Et vous ?
Qu'en pensez-vous ? Êtes-vous intéressé(e) par WPF ?
En fait, depuis un certain temps, les développeurs commençaient à se poser des questions sur le sort de cette technologie introduite avec .NET 3.0 et qui n'a pas connu d'amélioration significative depuis. Mais Microsoft assure que 10 % de tous les projets créés dans Visual Studio 2013 au cours des 60 derniers jours sont en WPF, ce qui fait un nombre assez important selon eux.
« Le travail sur l'amélioration de WPF n'a jamais vraiment cessé », peut-on lire sur le blog de MSDN. « Et les éléments présentés ci-dessous ne sont que quelques exemples de ce que vous devriez vous attendre à voir dans les prochaines versions de Visual Studio 2015 et .NET 4.6 ».
En effet, Microsoft annonce qu'elle est en train de développer une mise à jour de WPF qui serait plus performante, faciliterait l'utilisation de DirectX et supporterait le matériel de nouvelle génération (les écrans tactiles par exemple). Microsoft travaille aussi sur plusieurs outils qui devraient faciliter la tâche aux développeurs, comme un débogueur qui permettra d'inspecter l'arbre visuel directement et de modifier les propriétés des éléments pendant le débogage.
Microsoft Blend
Blend pour Visual Studio 2015 aurait aussi été repensée pour améliorer le flux de travail entre les deux produits. Plus important encore, XAML IntelliSense et les fonctions de débogage de base seront désormais disponibles dans Blend.
D'autres améliorations sont aussi en train d'être ajoutées, assure Microsoft, ce qui devrait plaire aux développeurs WPF et aux entreprises qui utilisent cette technologie. Quant à la question de savoir si, prochainement, elle va, elle aussi, être ouverte en open source comme ce fut le cas pour le Framework .NET, le mystère demeure.
Source : blog de MSDN
Et vous ?
-
yoyo3dMembre éprouvéSalut à tous,
en survolant les 12 pages de commentaires "au vitriole" sur le blog, je me demande si je ne me suis pas trompé en choisissant d'apprendre cette techno...
pour quelle raison Microsoft nous encourage t-il à suivre WPF ?? quel est l’intérêt d'orienter les développeurs vers une techno qui n'est pas ou plus suivie??
je ne comprend pas...
P.S, je viens de me rendre compte que le dernier sujet du blog Wpf datait de ... 3 ans... y à quand même un problème de com là...le 18/11/2014 à 11:26 -
yoyo88Membre chevronnéjustement je pense l'inverse, le WPF permet de bien séparer l'interface et le code (beaucoup mieu qu'avec Winform). quand un projet est bien coder, y'a pas trop de soucie a passer de WPF a autre chose.
j'ai pour ma part porter plusieurs de mes application Silverligth en WinRT.
J'ai certes retoucher a l'ensemble de mes interface (parce qu'elles avais très mal vieilli)je n'ai cependant rencontrer des difficulté lorsque mon code était pas bien séparé de mon interface.
En faite, le seul problème que j'ai actuellement avec WPF, c'est de savoir si WinRT ne serra pas amené a termes a remplacer WPF...le 18/11/2014 à 13:20 -
moldaviInactifBonjour.
Je profite de cette excellente nouvelle pour les développeurs WPF, pour demander à Microsoft de faire la même chose avec MediaFoundation, et d'arrêter de nous prendre pour des ploucs...le 18/11/2014 à 0:22 -
dfiad77proMembre expérimentéDe formulaire pas forcément, quoique ça perso cela m'a servi sur un projet de médecine collaborative en 3D
Mais il est plus simple de concevoir un vue 3D simple avec WPF que directement avec directX.
Cela m'a notamment permis d'agrémenter et de rendre plaisants à utiliser quelques projets professionnels et personnels .
D'autant plus c'est intéressant à plusieurs points :
- Aide à penser autrement qu'en formulaire et tableau
- Mettre des données sous forme visuelle (autre que tableau ou graphique) peut permettre d’accélérer la détection d'erreurs (notamment de coûts, de distance, d'entreposage...).
- Ce genre de fonctionnalité est donc très intéressante en recette ou les testeurs sont déjà épuisés ( on leur demande souvent de refaire à la main tout les calculs et de comparer). ça leur permet de souffler un peu
- Les utilisateurs métiers habitués aux applications austères apprécient ( si ça rame pas bien-sûr)
- Aide à promouvoir les nouvelles applications
Cela dit, en inconvénients :
- Comme on forme beaucoup de dev standard (accès au données, web service , copier coller de code de maintenance),
ces concepts graphiques évolués ne sont pas toujours simple à maintenir et peuvent effrayer dans un contexte purement métier
- Il ne faut pas trop être ambitieux et ne pas faire exploser les coûts du projet
- On n'est pas tous de bon designersle 18/11/2014 à 13:21 -
BenoitMExpert confirméEuh quelque soit la technologie, si tu veux en changer ca va te couter cher
De plus bon a part pour passer d'une applications desktop à une application Web qui te coutera cher en réécriture, je ne vois pas dans quel contexte tu changes d'interface graphique.
Déjà les bases de données je plussoie un peu. J'ai rarement vu un projet ou on changeait de type moteur de base de donnes (oracle vers sql serveur par exemple) d'un coups (sauf dans le cas d'une réécriture complète de l'application).
Sans compter que souvent dans les requetes créer il y a souvent des spécificités (fonction de date, de truncate,...) alors changer l'interface graphique...le 18/11/2014 à 13:48 -
I_PnoseMembre chevronnéC’est un peu réducteur de limiter WPF à cela. Cette techno permet surtout une très grande liberté en termes d’expérience utilisateur. Or le développement d’applications ce n’est pas seulement empiler des formulaires moches pour le service d’un client interne ou externe ; dans l’édition de logiciel par exemple, l’UX est un argument de poids face à la concurrence.
Là où je bosse on délègue toute la partie design à une boite spécialisée, et si je devais concrétiser toutes les maquettes qu’ils nous fournissent en utilisant Winforms, j’aurais posé ma démission pour aller élever des pandas roux depuis longtemps.le 18/11/2014 à 16:09 -
tomlevRédacteur/ModérateurPas seulement ; une partie des sources du framework actuel est déjà sur Github sous license MIT. Bon, j'ai pas l'impression qu'ils accepteront des contributions sur ce repo (il est indiqué qu'il est "read-only"
, mais le simple fait de publier les sources sous license MIT permet à n'importe qui de les réutiliser.
Les sources de WPF n'y sont pas (encore?), bien que le code soit déjà visible depuis quelques temps ici (sous license MS-RSL, donc non libre)
Il faut jamais dire jamais
Qui aurait cru, il y a ne serait-ce qu'un an, que Microsoft rendrait open-source :
- .NET Compiler Platform ("Roslyn"
- ASP.NET
- .NET Core
- Entity Framework
?
Donc rien ne dit que WPF ne suivra pas finalement la même voie...
Regarde les dossiers System.ServiceModel.* sur le repo Reference Sourcele 18/11/2014 à 22:24 -
IssamMembre confirmépersonne n'a dit que WPF résoud tout les problèmes ergonomiques !, simplement en terme D'UX et dans le contexte Desktop en particulier, WPf permet de faire les choses beaucoup plus facilement qu'avec d'autres plateformes : datatemplates,animations,3D, styles ... etc .
Après, ça reste toujours un outil , c'est au développeur d'en tirer le maximum et surtout le meilleur .le 19/11/2014 à 15:54 -
IssamMembre confirméhttp://channel9.msdn.com/Blogs/DevRadio/The-Future-of-WPF
ça recommence a bouger du côté de Microsoft pour WPF il paraitle 20/11/2014 à 19:38 -
dfiad77proMembre expérimentéCette communication est un peu tardive
J'ai eu du mal à justifier l'utilisation de WPF (coté fan assumé) cette année au détriment de JAVAFX.
Bref ce blog me redonne un peu la main, mais je pense que Microsoft à quand même trop attendu.
Plusieurs points sont trop ambigus :
- L'ouverture sur Linux ( très complexe apparemment)
- La compatibilité Windows 7 (normalement pas de soucis avec le 4.6)
- Les nouveautés conceptuelles ne semblent pas à l'ordre du jour
- La réflexion sur l'inclusion du sous-ensemble ( xaml 2009 ou supérieur ??)
Bref ne pourrait-on pas faire évoluer WINRT et WPF sur un Socle XAML commun ?
Un projet de ce type contiendrai :
- Shared
- Mobile IHM
- Tablette IHM
- Desktop (Là on pourrait avoir quelques interaction WIN32 même si c'est contraire au règles WINRT) le 18/11/2014 à 10:31