Discussion :

[Washmid]

Tout ça donne l'impression qu'ils poussent vers winrt en remplacement de WPF, ce qui semble aller dans la direction opposée à Windows 9 qui va probablement pousser dans la direction inverse, à savoir un "retour au bureau".

Pour ma part je milite dans mon service pour n'aller vers aucune de ces technos, vu que si on s'oriente vers WinRT ou WPF on prend un gros risque d'abandon dans les deux cas (un peu comme il y avait eu débat contre certaines personnes qui voulaient qu'on fasse du silverlight...).

[Pragmateek]

Tout ça donne l'impression qu'ils poussent vers winrt en remplacement de WPF, ce qui semble aller dans la direction opposée à Windows 9 qui va probablement pousser dans la direction inverse, à savoir un "retour au bureau".

Non Windows 9 ne remet pas du tout en cause la stratégie de Microsoft initiée il y a quelques années, simplement Microsoft s'est fait violence et a réagit à la bronca populaire suite au retrait du menu démarrer.
Ce genre de reculade arrive quelques fois : par exemple Microsoft avait tenté de se débarrasser des projets "Setup" dans VS et en avait donc supprimé le template dans VS 2012 impactant des milliers de développeurs qui n'avaient souvent d'autre choix que de conserver VS 2010 pour faire leurs déploiement. :/
La communauté a gueulé et Microsoft a reculé et a réintégré le template à VS 2013.

Pour ma part je milite dans mon service pour n'aller vers aucune de ces technos, vu que si on s'oriente vers WinRT ou WPF on prend un gros risque d'abandon dans les deux cas (un peu comme il y avait eu débat contre certaines personnes qui voulaient qu'on fasse du silverlight...).

Travailler avec une technologie Microsoft, et propriétaire en général, c'est en effet prendre le risque de la voir disparaître du jour au lendemain.
Après il ne faut pas pour autant les bannir car ce sont de bonnes technologies bien intégrées à l'écosystème Microsoft et relativement productives grâce à Visual Studio.

Donc tout dépend du contexte : si tu es dans un contexte où l'investissement dans l'écosystème Microsoft est fort : Windows, Sharepoint, TFS, Office + des applications .Net WinForms et consort alors pour moi la réutilisation du savoir-faire sera plus pertinente que la prise de risque.
Après bien sûr si tout est à faire il faut orienter les clients vers la stack web HTML/CSS/JS qui est là depuis 2 décennies et le sera encore sans doute dans les 2 suivantes.
Et pour les applications lourdes C++11 est devenu un langage plus productif, peut être pas encore autant que le combo C# + VS mais c'est beaucoup mieux, sans parler du développement de Qt pour faire des UIs multi-plateformes et performantes.

D'ailleurs, et c'est peut être un signe très fort, Microsoft se met à faire la promotion du projet Apache Cordova qui permet de faire des applications multi-plateformes avec la stack HTML/CSS/JS...

[Washmid]

[...]

Effectivement ça donne ce sentiment de "se faire violence", bien sûr souvent ça se comprend en raison des "bronca populaires" comme tu l'a très bien expliqué

Sinon, pour ma boite, on est tout à fait dans ce contexte de technos microsoft très intégrées avec des applicatifs à maintenir sur la durée (la moyenne doit tourner autour des 10 - 15 ans chez nous). Alors la super techno du moment est peut être super... tant qu'on sait qu'on a pas à faire évoluer l'application sur des périodes aussi longues. Conclusion : winform, quand on peut des technos web, et le reste beaucoup de réinvention de roue maison mais dont on peut garantir le support sur la durée (en pompant à mort sur des concepts provenant d'écosystèmes open source, auxquels nous n'avons pas accès par manque de formation ou à cause de la frontière du language de dev).

[Pragmateek]

Effectivement ça donne ce sentiment de "se faire violence", bien sûr souvent ça se comprend en raison des "bronca populaires" comme tu l'a très bien expliqué

Sinon, pour ma boite, on est tout à fait dans ce contexte de technos microsoft très intégrées avec des applicatifs à maintenir sur la durée (la moyenne doit tourner autour des 10 - 15 ans chez nous). Alors la super techno du moment est peut être super... tant qu'on sait qu'on a pas à faire évoluer l'application sur des périodes aussi longues. Conclusion : winform, quand on peut des technos web, et le reste beaucoup de réinvention de roue maison mais dont on peut garantir le support sur la durée (en pompant à mort sur des concepts provenant d'écosystèmes open source, auxquels nous n'avons pas accès par manque de formation ou à cause de la frontière du language de dev).

Oui c'est une stratégie raisonnable en effet.

Après concernant la frontière du langage il y a souvent moyen de faire des ponts :
- soit directement si c'est une interface C : C#/C interop with DllImport
- soit via du C++/CLI ou Swig si c'est une interface OO : Using C# from native C++ with the help of C++/CLI
- ou encore via COM, notamment pour Office : Extend your VBA code with C#, VB.Net or C++/CLI
- soit via de l'API web : How to build a .Net binding in C# for a web API
- et même emboîter les tuyaux comme des Legos : If your plumbing doesn’t work you’re just not using enough pipes (euh à éviter en prod, c'est juste une démo technique suite à une question )

Pour l'interop il y a IKVM aussi, bref généralement toujours un moyen de retomber sur ses pattes.

[Pragmateek]

Avant de suicider WPF, microsoft devrait peut-être attendre l'adoption de Windows8 par les entreprises.
Les sociétés que je connais ne passeront à windows8 que contraintes et forcées.
Ou est-ce justement pour forcer les entreprises à passer à windows8 que microsoft veut faire mourir WPF?

Oui en effet les entreprises ne migreront pas à marche forcée, surtout que Windows 8 ne leur apporte strictement rien en termes de fonctionnalité.

Et bien sûr que l'abandon de WPF par Microsoft fait partie de sa stratégie, mais pas nécessairement pour forcer les clients à migrer, il en faut bien plus, mais le maintenir et le développer en plus de WinRT coûterait trop cher et brouillerait les cartes un peu plus.

[kilroyFR]

ni WPF ni WinRT personnellement.

Pour les clients Lourds (applis types outils typiquement) alors on est resté en WinForms.
L'investissement sur WPF/SL nous a couté une blinde (pour une non maitrise absolue et des couts de devpts qui ont explosé - paradoxalement avec des outils de devpts a la pointe !) et au final aucun gain.

Nos applis d'entreprise/metiers sont toutes en HTML5/CSS depuis un bon moment deja et on ne le regrette pas.

[Pragmateek]

ni WPF ni WinRT personnellement.

Pour les clients Lourds (applis types outils typiquement) alors on est resté en WinForms.
L'investissement sur WPF/SL nous a couté une blinde (pour une non maitrise absolue et des couts de devpts qui ont explosé - paradoxalement avec des outils de devpts a la pointe !) et au final aucun gain.

Nos applis d'entreprise/metiers sont toutes en HTML5/CSS depuis un bon moment deja et on ne le regrette pas.

Intéressant ce choix de HTML5/CSS, c'est backé par du WebForms ou du MVC ?
Si ce n'est pas indiscret quel type d'application ?

Sinon pour certaines applications actuellement il est inenvisageable de faire autre chose que du WinForms/WPF, comme celles de trading.

[frfancha]

Intéressant ce choix de HTML5/CSS, c'est backé par du WebForms ou du MVC ?
Si ce n'est pas indiscret quel type d'application ?
Sinon pour certaines applications actuellement il est inenvisageable de faire autre chose que du WinForms/WPF, comme celles de trading.

Chez nous aussi toutes les grosses applications maisons LOB sont réécrites en HTML/CSS/Javascript (avec AngularJS et Bootstrap).

Back-end: pas MVC (et encore moins WebForms!) mais Web API2.

[Pragmateek]

Chez nous aussi toutes les grosses applications maisons LOB sont réécrites en HTML/CSS/Javascript (avec AngularJS et Bootstrap).

Back-end: pas MVC (et encore moins WebForms!) mais Web API2.

Nice, pour moi aussi c'est l'avenir pour la plupart des applications : du web-service pour le backend et du SPA côté client.
Vous êtes sur la bonne voie.

[kilroyFR]

Intéressant ce choix de HTML5/CSS, c'est backé par du WebForms ou du MVC ?
Si ce n'est pas indiscret quel type d'application ?

Sinon pour certaines applications actuellement il est inenvisageable de faire autre chose que du WinForms/WPF, comme celles de trading.

Applications type gestion : ecrans avec formulaires de saisie, grilles etc (genre d'IHM que l'on faisait sur desktop) + applications cartographiques.
Nous avons essayé avec perte de fracas de developper 2 applications importantes (l'une en SL, l'autre en WPF/xbap avec certificats) pour les faire tourner dans un navigateur (IE seulement !).
Le resultat final est une catastrophe en terme de maintenabilité/deploiement/perennité.

De l'avis de tous (inclus developpeurs), jamais on ne refera ce choix. Le leurre d'une interface DESKTOP dans un navigateur avec toutes les contraintes que cela impose ne vaut definitivement pas le coup.
Une gabgie financiere. Avec du recul, on se rend compte qu'on s'est jete dans ces technos les yeux fermés et qu'au final on a des applis bridées/complexes a maintenir (ah le doux reve MVVM ! dual binding ... au final une catastrophe a deboguer).
On serait partis sur des frameworks/briques logiciels .js on n'aurait pas perdu notre temps; car là on ne peut pas recuperer grand chose; juste s'assoir sur les centaines d'heures de formation, de nuits a developper pour des technos qui n'ont plus d'avenir evident.

Sur nos nouvelles applis on est en ASP.NET MVC + Sencha (car on n'avait finalement pas besoin de plus que cela - MVC 5 qui structure les projets et n'importe qui, meme s'il n'est pas expert peut developper (contrairement a WPF ou il faut reinventer la facon de programmer)).
En perf/temps de devpt c'est le jour et la nuit avec WPF. Alors oui, nos experts WPF ne font plus les kekes des plages. La techno a fait illusion. Dur retour a la realité.

[DonQuiche]

En perf/temps de devpt c'est le jour et la nuit avec WPF. Alors oui, nos experts WPF ne font plus les kekes des plages. La techno a fait illusion. Dur retour a la realité.

Mais personnellement je suis très satisfait de WPF. Oh ! Il y a plein de problèmes non-résolus, oui, mais comme avec toutes les technos.

Oui la techno est plus difficile. Oui elle est pleine de pièges. Mais quand une entreprise a une formule qui fonctionne sous WPF, celui-ci est très satisfaisant et difficile à égaler.

Et si l'idée d'utiliser html/js pour obtenir une garantie d'universalité est séduisante, le retour à la réalité est là aussi souvent cruel depuis le coût de maintenance et de développement d'un gros code en JS aux limites des solutions existantes pour faire des applis desktop/mobile avec JS (ou les limites du navigateur en termes d'utilisabilité et de fractionnement du parc).

[Pragmateek]

Applications type gestion : ecrans avec formulaires de saisie, grilles etc (genre d'IHM que l'on faisait sur desktop) + applications cartographiques.
Nous avons essayé avec perte de fracas de developper 2 applications importantes (l'une en SL, l'autre en WPF/xbap avec certificats) pour les faire tourner dans un navigateur (IE seulement !).
Le resultat final est une catastrophe en terme de maintenabilité/deploiement/perennité.

De l'avis de tous (inclus developpeurs), jamais on ne refera ce choix. Le leurre d'une interface DESKTOP dans un navigateur avec toutes les contraintes que cela impose ne vaut definitivement pas le coup.
Une gabgie financiere. Avec du recul, on se rend compte qu'on s'est jete dans ces technos les yeux fermés et qu'au final on a des applis bridées/complexes a maintenir (ah le doux reve MVVM ! dual binding ... au final une catastrophe a deboguer).
On serait partis sur des frameworks/briques logiciels .js on n'aurait pas perdu notre temps; car là on ne peut pas recuperer grand chose; juste s'assoir sur les centaines d'heures de formation, de nuits a developper pour des technos qui n'ont plus d'avenir evident.

Sur nos nouvelles applis on est en ASP.NET MVC + Sencha (car on n'avait finalement pas besoin de plus que cela - MVC 5 qui structure les projets et n'importe qui, meme s'il n'est pas expert peut developper (contrairement a WPF ou il faut reinventer la facon de programmer)).
En perf/temps de devpt c'est le jour et la nuit avec WPF. Alors oui, nos experts WPF ne font plus les kekes des plages. La techno a fait illusion. Dur retour a la realité.

Oui je comprends votre décision pour avoir vécu le foirage Silverlight.
Et XBAP oui je confirme c'est un peu gadget, ça n'a jamais vraiment pris, ClickOnce est amplement suffisant.

C'est vrai que WPF est riche et que l'investissement initial est énorme, mais après c'est un outil très puissant.
Ce qui est dommage c'est qu'il soit si limité en termes de plateforme à du Windows x86/x64.

Et oui le web, ça semble incontestable, c'est l'avenir et Microsoft prend le virage :
- extension de Visual pour en faire un EDI web pour le dev Node notamment
- promotion de technologies web permettant le développement multiplateforme comme Apache Cordova
- développement HTML/CSS/JS pour les applications desktop WinRT

[moldavi]

Bonjour.

Je rassure l'auteur de ce message : le blog de MediaFoundation s'est arrêté en 2011. Cela coïncide avec la période d'inactivité du blog WPF. Je ne parle même pas du forum MediaFoundation, tellement c'est risible.

Il est clair que Microsoft est en mode panique depuis 3 ans, mais il régit très mal en délaissant le côté PC. Non seulement il ne perce pas dans le mobile, mais en plus il se met les utilsateurs/développeurs PC à dos.

Windows seven est l'OS pour PC le plus utilisé au monde. Cet OS devrait bénéficier des dernières nouveautés qui sont dans Win8 et consort...

En fait le message est clair. Nous, développeurs d'application PC, nous sommes devenu des petits joueurs face aux millions d'utilisateurs de smartphone/tablette.

Maintenant, tu développes sur smartphone/tablette, ou tu pleures parce qu'il n'y a plus de Blog/Forum pour les technos PC.

Et surtout, l'idée principale, c'est que lorsque tu vends ton logciel, tu reverses 30% au store...

Bref, le pire est à venir.

[NSKis]

Se poser la question, c'est déjà y répondre!!!

Microsoft comme les éditeurs d'EDI comme Embarcadero n'ont toujours pas compris que le succès d'une technologie se mesure sur la distance. A trop vouloir proposer des "nouveautés" qui, inmanquablement, remplacent les anciennes techno, ils déstabilisent la communauté de développeurs qui finissent par fuir les "nouveautés" pour se concentrer sur les techno standard qui durent!!!

J'ai ici une pensée émue pour un client qui a jeté à la poubelle des années homme de développement pour refaire son produit en se basant sur Silverlight!!! Il n'avait pas fini le job que Silverlight était déjà en train de rouiller au bord de la route

[neomat8]

C'est dommage de lire des articles aussi peu conscients de ce qu'ils écrivent. Cela peut faire beaucoup de mal chez les clients et créer beaucoup de doutes infondés. On y retrouve plein de confusions, mélanges et conclusions quelque peu hasardeuses.

WPF a encore de très long jours devant lui.
De nombreux produits (y inclus certains de Microsoft) se basent dessus.

Il est évident que Microsoft investit d'avantage en ce moment sur d'autres technologies. Mais pas pour laisser de côté WPF. Microsoft a eu un retard important sur le développement mobile, sa nouvelle stratégie est en train de rattraper ce gap et forcément, ils y mettent beaucoup de moyens.

[kilroyFR]

Faut etre realiste, WPF a autant d'esperance de vie que les MFC ou Winforms.

Ca restera de l'application client lourd pour PC windows et rien de plus.
Donc tres bien pour faire des outils mais pas serieusement d'applis.

Pour ceux qui ont sacrifiés leur temps libre a se former a ces technos, le constat est amere - je le vis moi aussi et je le regrette serieusement. Finalement seul reste de recuperable le C#.
Quelle entreprise peut serieusement entrevoir le developpement d'une appli (entreprise) dans ces technos ?
Aujourd'hui la moindre appli doit etre fonctionnel meme sur mobile, quel que soit l'OS.
=> la verité c'est que seuls les developpements web le permettent en perenisant l'investissement en terme de formation. Toutes les autres technos proprietaires sont condamnées a terme. Meme MS avec tout l'or du monde ne pourra inverser la tendance.
Comme beaucoup la plupart des devpts maintenant s'oriente vers des frameworks/solutions multi plateformes/open source.

[youtpout978]

Faut etre realiste, WPF a autant d'esperance de vie que les MFC ou Winforms.

Ca restera de l'application client lourd pour PC windows et rien de plus.
Donc tres bien pour faire des outils mais pas serieusement d'applis.

Pour ceux qui ont sacrifiés leur temps libre a se former a ces technos, le constat est amere - je le vis moi aussi et je le regrette serieusement. Finalement seul reste de recuperable le C#.
Quelle entreprise peut serieusement entrevoir le developpement d'une appli (entreprise) dans ces technos ?
Aujourd'hui la moindre appli doit etre fonctionnel meme sur mobile, quel que soit l'OS.
=> la verité c'est que seuls les developpements web le permettent en perenisant l'investissement en terme de formation. Toutes les autres technos proprietaires sont condamnées a terme. Meme MS avec tout l'or du monde ne pourra inverser la tendance.
Comme beaucoup la plupart des devpts maintenant s'oriente vers des frameworks/solutions multi plateformes/open source.

Je ne suis pas d'accord, tu peux espérer voire du WPF être utilisé encore facilement 5 ans pour de nouveaux développement, et 10 ans encore facilement pour la maintenance (et dans 20 ans t'aura quelquefois des contrats pour des expert de cette vieille techno pour intervenir sur de vieilles applications, un peu comme le COBOL aujourd'hui).
Pour le Web c'est plus complexe que ça, tu peux avoir capitaliser sur asp.net webforms qui est peu à peu remplacer par ASP MVC, et bon l'HTML/CSS/JS lui aussi évolue, tu peux pas espérer apprendre une chose aujourd'hui et te contenter de n'utiliser que ça pendant 10 ans, il faut savoir évoluer et se maintenir à jour constamment.

[kilroyFR]

Je ne suis pas d'accord, tu peux espérer voire du WPF être utilisé encore facilement 5 ans pour de nouveaux développement, et 10 ans encore facilement pour la maintenance (et dans 20 ans t'aura quelquefois des contrats pour des expert de cette vieille techno pour intervenir sur de vieilles applications, un peu comme le COBOL aujourd'hui).
Pour le Web c'est plus complexe que ça, tu peux avoir capitaliser sur asp.net webforms qui est peu à peu remplacer par ASP MVC, et bon l'HTML/CSS/JS lui aussi évolue, tu peux pas espérer apprendre une chose aujourd'hui et te contenter de n'utiliser que ça pendant 10 ans, il faut savoir évoluer et se maintenir à jour constamment.

Oui pour faire de la maintenance logiciel, un developpeur WPF a de l'avenir... comme un developpeur MFC ou COBOL. Je ne rigole pas car j'y suis passé par ces technos.
Je faisais allusion a de nouveaux developpements.
Si ton entreprise envisage encore de developper dans ces technos (pour autre chose que des outils), change vite de boite ! tu perds ton temps.
Ben la realité d'un developpeur HTML/js d'il y a 15 ans avec Ajax c'est qu'il baigne dans les technos qui ont le vent en poupe actuellement (aux evolutions des langages/syntaxes pres bien sur ! je n'ai jamais dit qu'il ne devait pas suivre les evolutions du langage) - mais evoluer ... sans remettre en cause.

[I_Pnose]

Si ton entreprise envisage encore de developper dans ces technos (pour autre chose que des outils), change vite de boite ! tu perds ton temps.

On lit parfois des âneries sur les forums, mais là...

Donc sous prétexte que ta boite a fait le mauvais choix technologique pour son besoin précis WPF (et visiblement tout ce qui est client lourd) est à mettre à la benne ?

Tu diras ça à Autodesk (AutoCAD), Dassault System (CATIA), Bunkspeed (HyperDrive), Iconics (Genesis 64), et tant d’autres (je ne compte pas les petits applicatifs dans le genre de ceux que développent HP, Intel, Leovo, Nero, Roxio, etc...). Soumet-leur ton idée de passer à la stack HTML/CSS/JS pour développer ces usines à gaz...

[Pragmateek]

Faut etre realiste, WPF a autant d'esperance de vie que les MFC ou Winforms.

Ca restera de l'application client lourd pour PC windows et rien de plus.
Donc tres bien pour faire des outils mais pas serieusement d'applis.

Je ne sais pas quel distinguo tu fais entre outils et applis mais WPF nous a permis de développer de belles grosses applications LOB de trading/risk et aussi des petits utilitaires bien sûr.

Pour ceux qui ont sacrifiés leur temps libre a se former a ces technos, le constat est amere - je le vis moi aussi et je le regrette serieusement. Finalement seul reste de recuperable le C#.

Oui et non, de toute façon s'engager dans .Net et WPF c'était faire une croix sur la portabilité (Mono reste très bien pour le code non WPF), or une grosse partie des infrastructures d'entreprise sont en Windows.
Donc il y a de quoi faire en termes de boulot pour encore de nombreuses années donc pas de raison d'être amère, l'investissement sera rentabilisé, peut être pas sur aussi longtemps qu'escompté c'est vrai.

Quelle entreprise peut serieusement entrevoir le developpement d'une appli (entreprise) dans ces technos ?
Aujourd'hui la moindre appli doit etre fonctionnel meme sur mobile, quel que soit l'OS.
=> la verité c'est que seuls les developpements web le permettent en perenisant l'investissement en terme de formation. Toutes les autres technos proprietaires sont condamnées a terme. Meme MS avec tout l'or du monde ne pourra inverser la tendance.
Comme beaucoup la plupart des devpts maintenant s'oriente vers des frameworks/solutions multi plateformes/open source.

Non toutes les applications ne doivent pas être mobiles, au contraire certaines critiques, comme de trading/risque ne DOIVENT PAS être accessibles de l'extérieur de n'importe où.

De plus certains développement ne peuvent se faire en web, comme les addins Excel qui bien utilisés sont une tuerie.

PS : je n'ai pas downvoté, et ton post lève de très bons points, mais apparemment tu as irrité certains fan boys WPF.
+0.5 pour le fonds +0.5 pour rétablir la justice = +1