supinfo
Orientez-vous vers les métiers du numérique, des métiers qui recrutent dans tous les secteurs d’activités  metiers-du-numerique.fr
Connexion :
Abonnement NewsletterOk
 

Un an après : où sont les applications WPF ?

Publiée par Julien le Jeudi 24 Janvier 2008

Brève Windows

Il y a tout juste un an, Microsoft mettait en avant, à l'occasion de la sortie de Windows Vista, les applications dites WPF pour Windows Presentation Foundation. Windows Presentation Foundation est l'une des nouvelles API de Windows Vista, autrement dit l'une des nouvelles bibliothèques de développement. A l'époque, Microsoft nous vendait WPF comme une solution permettant la conception d'une nouvelle génération d'applications avec des interfaces graphiques prétendues révolutionnaires avec animations et effets 3D à tout bout de champ.

Problème, un an après la sortie de Vista, les applications WPF ne sont pas légion... C'est même tout l'inverse puisque des grands noms du développement logiciel comme Roxio, qui avait notamment conçu un logiciel Beta en WPF (voir Roxio Central), ont pour l'instant refusé d'adopter la technologie WPF pour leurs logiciels commerciaux.

Alors pourquoi ce manque d'enthousiasme de la communauté des développeurs autour de WPF ? Il y a tout d'abord et avant tout les problèmes de performance. Beaucoup de développeurs, et non des moindres, indiquent en effet que WPF offre de bien piètres performances. Ainsi la Beta de Yahoo Messenger for Vista en WPF (édition spéciale Vista) n'arrive pas à afficher de manière fluide, sur un système double-coeur, les émoticônes animées. Si le démarrage du WPF et de ses applications est plutôt poussif, la faute n'incombe pas nécessairement aux développeurs puisque Microsoft en est le premier responsable !

New York Times WPF

L'une des très rares applications WPF...


En effet, les outils de développement en WPF ont brillé en 2007 par leur absence. Il aura fallu attendre la toute fin d'année, et la sortie de Visual Studio 2008, pour que les développeurs aient enfin un outil leur permettant de créer facilement des applications WPF. Parallèlement, la sortie de la bibliothèque .NET Framework en version 3.5 a permis de résoudre un certain nombre de problèmes autour de la première implémentation de WPF, mais pas tous... La meilleure preuve étant la sortie toute récente d'un hotfix pour Windows Vista qui vise, lui aussi, à améliorer les performances des applications WPF (voir ce lien).

Bref, avec un peu de chance, les applications WPF devraient se mutiplier en 2008, les développeurs ayant maintenant les bons outils. En attendant nous renvoyons les amateurs de Manga au téléchargement de Manga Reader, une application conçue pour tirer profit de la Windows Presentation Foundation.
Actu précédente
Brève suivante

Top logiciels Economiseur d'écran

1 SimAQUARIUM
Economiseur d'écran sub-aquatique
2 Sachs Marine Aquarium Time
Ecran de veille de type aquarium
3 Helios Screensaver
Economiseur d'écran Open GL
4 Aubade
Êtes-vous prêt à recevoir des leçons de séductions par Aubade
5 The One Ring
Economiseur d'écran en 3D gratuit
6 Really Slick Screensavers
Collection d'économiseurs d'écran Open GL
Suite du classement "Economiseur d'écran"
Les Commentaires des lecteurs
_
 
Message supprimé le 24/01/2008 à 12:56 pour le motif suivant : Message non constructif/hors sujet.
 
Message supprimé le 24/01/2008 à 12:56 pour le motif suivant : Message non constructif/hors sujet.
 
Message supprimé le 24/01/2008 à 12:56 pour le motif suivant : Message non constructif/hors sujet.
 
Message supprimé le 24/01/2008 à 13:08 pour le motif suivant : Réponse à un message supprimé.
 
le 24 Janv. 08 à 12h57
Edition
 
Pas compris la politique de Microsoft à ce sujet en 2007.
On a attendu VS2008 jusque décembre, silverlight 2.0 pas encore la, plein de promesses mais rien de concret. C'est dommage.
 
le 24 Janv. 08 à 12h58
Edition
 
le gros probleme de WPF (s'il en est un ...) c'est la separation net des metiers (designer/coder). a l'heure actuelle, pour un client lourd, on a des specs qui s'appuient sur des designs winforms (ou plus ancien MFC) classiques. Maintenant faire une "zoli" interface WPF , il faut obligatoirement Expression + Visual Studio 2k8 (bien que xaml soit programmable a la mano, mais bon ...) et donc un vrai designer et un coder plus classique.

le temps de faire evoluer les mentalités des dev (ce pourquoi vista est la aprés tout), on aura des vrai appli WPF !
 
Contacter le membreVoir profil
le 24 Janv. 08 à 13h15
Edition
 
C'est sympa, ils se brident volontairement pour laisser à KDE 4.1 le temps de sortir afin de laisser au monde Linux son avance... Heureusement il sera porté sous Windows.

(Je précise que je ne suis pas un utilisateur de KDE, mais la 4.1 à l'air vraiment excellente)
 
le 24 Janv. 08 à 13h29
Edition
 
La pietre performance de yahoo messenger est qu'ils n'utilisent pas de bordures pour la fenetre du client (WindowStyle = None et AllowsTransparency = true). Or en WPF on perd l'accelerantion matérielle dans cette configuration... c'est bien dommage ! La solution est d'appliquer le GlassEffect façon fenetre vista et à ce moment plus de problème de performances.
 
le 24 Janv. 08 à 13h31
Edition
 
WPF a l'air pas mal, mais le designer sous VS2008 est trop incomplet. Pour mettre des boutons dans une toolbar, il faut le faire à la main, et utiliser les resources de l'application, n'est pas possible sans passer par du code.
Je suis retourné à WinForms, en regrettant de ne pas pouvoir profiter des nouveaux éléments intéressants de WPF.
 
le 24 Janv. 08 à 13h35
Edition
 
schizette a écrit:
le gros probleme de WPF (s'il en est un ...) c'est la separation net des metiers (designer/coder). a l'heure actuelle, pour un client lourd, on a des specs qui s'appuient sur des designs winforms (ou plus ancien MFC) classiques. Maintenant faire une "zoli" interface WPF , il faut obligatoirement Expression + Visual Studio 2k8 (bien que xaml soit programmable a la mano, mais bon ...) et donc un vrai designer et un coder plus classique.

le temps de faire evoluer les mentalités des dev (ce pourquoi vista est la aprés tout), on aura des vrai appli WPF !

C'est un peu n'importe quoi ton argumentation.

Ce n'est pas un problème de séparer design et code mais bien un réel avantage dans le principe. Cela permet effectivement à des designer de travailler sur les interfaces sans remettre en cause l'ensemble du code et c'est plutôt bienvenu quand ça sera réellement efficace et adopté dans les faits.

Mais il n'y a ABSOLUMENT AUCUN BESOIN d'expression pour designer des interfaces en WPF, avec C# express 2008 ou Visual 2008 il est parfaitement possible de créé une interface de bout en bout sans faire du xaml
 
le 24 Janv. 08 à 13h36
Edition
 
on a peu d'appli WPF peut etre aussi parce que le déploiement de Vista n'est pas celui escompté par Microsoft, non?
 
Contacter le membreVoir profil
le 24 Janv. 08 à 13h46
Edition
 
outch, y'a eu du nettoyage en debut de topic...

C'est dommage cette histoire de WPF car si il y a bien un truc vraiment innovant dans Vista, c'est bien ca...
 
le 24 Janv. 08 à 14h01
Edition
 
Pour ceux qui sont intéressé, voici le premier tagger de fichiers Ogg Vorbis, FLAC, Speex, MP3 entièrement développé en WPF, MetatOGGer 3.0, disponible ici:
www.luminescence-software.org...
 
le 24 Janv. 08 à 14h11
Edition
 
Je vais parler de mon expérience personnelle, pour nuancer un peu les dires de l'articles.
Depuis mars dernier, j'ai participé à deux projets utilisant WPF. Le problème, c'est qu'entre le début d'un développement et la commercialisation, il peut se passer pas mal de temps!
Pour le premier, à vocation militaire, il ne devrait pas être fonctionnel avant 2009.
Pour le second, un ERP spécialisé, sa sortie est prévue durant l'été 2008.
Vu que la techno est récente, il me parait normal qu'il n'y ait encore que peu d'applications professionnelle l'expoitant un an après.

Mais vu les qualités de cette librairie, je suis sûr qu'elle va se démocratiser rapidement.
Ses deux poinst faibles sont, à mon avis :
- la difficulté à aborder. Ca change beaucoup du développement classique d'IHM. Même si la création de fenêtres basiques est simple, on peut rapidement se prendre la tête avec les binding et templates.
- le moteur encore assez poussif. Même si dans mon cas, ça reste tout à fait utilisable, j'espère voir arriver rapidement des optimisations.
 
le 24 Janv. 08 à 14h11
Edition
 
on a peu d'appli WPF peut etre aussi parce que le déploiement de Vista n'est pas celui escompté par Microsoft, non?
WPF fonctionne aussi bien sur XP que sous vista (plus performant même sous xp mais bon !)
Edité le 24/01/2008 à 14:13
 
le 24 Janv. 08 à 14h12
Edition
 
Cyber Sinh a écrit:
Pour ceux qui sont intéressé, voici le premier tagger de fichiers Ogg Vorbis, FLAC, Speex, MP3 entièrement développé en WPF, MetatOGGer 3.0, disponible ici:
www.luminescence-software.org...
Rarement vu une interface aussi lente (j'ai pourtant une machine de guerre au boulot...)
... pas etonnant qu'ils aient du réecrire Silverlight en C++
Edité le 24/01/2008 à 14:14
 
le 24 Janv. 08 à 14h20
Edition
 
jim_nastiq a écrit:
on a peu d'appli WPF peut etre aussi parce que le déploiement de Vista n'est pas celui escompté par Microsoft, non?
Non, WPF fonctionne aussi sur XP.

Pilo a écrit:
Mais il n'y a ABSOLUMENT AUCUN BESOIN d'expression pour designer des interfaces en WPF, avec C# express 2008 ou Visual 2008 il est parfaitement possible de créé une interface de bout en bout sans faire du xaml
Un designer dans 95% des cas, il ne se sait pas se servir de VS. Il connait surtout des logiciels genre photoshop. La suite expression est fait pour etre accessible aux designers.
Et sinon, pour le developpeur ca peut lui faire gagner de longues heure aussi.
En combinant les 2 voila ce qu'on peut faire en 24h a 1 developpeur + 1 designer : soapbox.msn.com...

blast72 a écrit:
Mais vu les qualités de cette librairie, je suis sûr qu'elle va se démocratiser rapidement.
Ses deux poinst faibles sont, à mon avis :
- la difficulté à aborder. Ca change beaucoup du développement classique d'IHM. Même si la création de fenêtres basiques est simple, on peut rapidement se prendre la tête avec les binding et templates.
Je te rejoins la dessus. Mais une fois qu'on a passe ce premier cap et qu'on a compris les principes de WPF, les possibilites sont quasi illimitees.
 
le 24 Janv. 08 à 14h20
Edition
 
Raptorxp a écrit:
jim_nastiq a écrit:
on a peu d'appli WPF peut etre aussi parce que le déploiement de Vista n'est pas celui escompté par Microsoft, non?
Non, WPF fonctionne aussi sur XP.

Pilo a écrit:
Mais il n'y a ABSOLUMENT AUCUN BESOIN d'expression pour designer des interfaces en WPF, avec C# express 2008 ou Visual 2008 il est parfaitement possible de créé une interface de bout en bout sans faire du xaml
Un designer dans 95% des cas, il ne se sait pas se servir de VS. Il connait surtout des logiciels genre photoshop. La suite expression est fait pour etre accessible aux designers.
Et sinon, pour le developpeur ca peut lui faire gagner de longues heure aussi.
En combinant les 2 voila ce qu'on peut faire en 24h a 1 developpeur + 1 designer : soapbox.msn.com...

blast72 a écrit:

Mais vu les qualités de cette librairie, je suis sûr qu'elle va se démocratiser rapidement.
Ses deux poinst faibles sont, à mon avis :
- la difficulté à aborder. Ca change beaucoup du développement classique d'IHM. Même si la création de fenêtres basiques est simple, on peut rapidement se prendre la tête avec les binding et templates.
Je te rejoins la dessus. Mais une fois qu'on a passe ce premier cap et qu'on a compris les principes de WPF, les possibilites sont quasi illimitees.

+1 :jap:
Edité le 24/01/2008 à 14:24
 
le 24 Janv. 08 à 14h22
Edition
 
Pilo a écrit:
schizette a écrit:
le gros probleme de WPF (s'il en est un ...) c'est la separation net des metiers (designer/coder). a l'heure actuelle, pour un client lourd, on a des specs qui s'appuient sur des designs winforms (ou plus ancien MFC) classiques. Maintenant faire une "zoli" interface WPF , il faut obligatoirement Expression + Visual Studio 2k8 (bien que xaml soit programmable a la mano, mais bon ...) et donc un vrai designer et un coder plus classique.

le temps de faire evoluer les mentalités des dev (ce pourquoi vista est la aprés tout), on aura des vrai appli WPF !

C'est un peu n'importe quoi ton argumentation.

Ce n'est pas un problème de séparer design et code mais bien un réel avantage dans le principe. Cela permet effectivement à des designer de travailler sur les interfaces sans remettre en cause l'ensemble du code et c'est plutôt bienvenu quand ça sera réellement efficace et adopté dans les faits.

Mais il n'y a ABSOLUMENT AUCUN BESOIN d'expression pour designer des interfaces en WPF, avec C# express 2008 ou Visual 2008 il est parfaitement possible de créé une interface de bout en bout sans faire du xaml

j'ai pas dit que c'etait "mal" la separation/designe code, j'ai dit que c'etait un probleme nouveau pour les dev de clients lourds. ensuite, c'est sur que tu peux faire des interfaces WPF avec VS, j'ai pas dit que c'etait strictement impossible, mais si tu tentes des interfaces vraiment pointues, c'est carrement la mort (et la désolé, mais tu es obligé de faire du xaml a la main). Si c'est pour faire du winforms like, c'est sur que tu n'aura pas de gros soucis ...
 
le 24 Janv. 08 à 14h26
Edition
 
schizette a écrit:
Maintenant faire une "zoli" interface WPF , il faut obligatoirement Expression + Visual Studio 2k8 (bien que xaml soit programmable a la mano, mais bon ...) et donc un vrai designer et un coder plus classique.
Pas du tout !
Moi ça fait déjà 2 ans que je travaille sur WPF (à titre personnel principalement). D'ailleurs à l'époque ça s'appelait WinFX Avalon !
Et on peut très facilement faire une appli WPF avec uniquement Visual Studio 2005, en utilisant des animations, des dégradés, etc. il suffit de l'écrire en XAML, c'est très simple.

En ce qui concerne les performances, j'ai au contraire trouvé que les performances de WPF étaient meilleures que celles de Flex. Le seul moment où les perfs chutent, c'est lorsqu'on utilise des fenêtres non standard (genre une fenêtre transparente, ou une fenêtre de forme circulaire, car dans ce cas (et uniquement dans ce cas !) on perd l'accélération matérielle.

WPF et Flex vont décoller en 2008 avec ce qu'on appelle les RIA (Rich Internet Application). Et je suis impatient, en tant que développeur, de pouvoir faire plus d'applications utilisant ces technologies !
Edité le 24/01/2008 à 15:44
 
Message supprimé le 24/01/2008 à 15:08.
 
le 24 Janv. 08 à 14h29
Edition
 
nono1234 a écrit:
schizette a écrit:
Maintenant faire une "zoli" interface WPF , il faut obligatoirement Expression + Visual Studio 2k8 (bien que xaml soit programmable a la mano, mais bon ...) et donc un vrai designer et un coder plus classique.
Pas du tout !
Moi ça fait déjà 2 ans que je travaille sur WPF (à titre personnel principalement). D'ailleurs à l'époque ça s'appelait WinFX !
Et on peut très facilement faire une appli WPF avec uniquement Visual Studio 2005, en utilisant des animations, des dégradés, etc. il suffit de l'écrire en XAML, c'est très simple.

En ce qui concerne les performances, j'ai au contraire trouvé que les performances de WPF étaient meilleures que celles de Flex. Le seul moment où les perfs chutent, c'est lorsqu'on utilise des fenêtres non standard (genre une fenêtre transparente, ou une fenêtre de forme circulaire, car dans ce cas (et uniquement dans ce cas !) on perd l'accélération matérielle.

WPF et Flex vont décoller en 2008 avec ce qu'on appelle les RIA (Rich Internet Application). Et je suis impatient, en tant que développeur, de pouvoir faire plus d'applications utilisant ces technologies !

euh, je veux pas dire, mais tu me dit "pas du tout, il suffit d'écrire le xaml a la main", alors que c'est exactement ce que je dis :paf:
 
le 24 Janv. 08 à 14h35
Edition
 
schizette a écrit:

euh, je veux pas dire, mais tu me dit "pas du tout, il suffit d'écrire le xaml a la main", alors que c'est exactement ce que je dis :paf:
Oui, le "pas du tout" était peut-être un peu exagéré ^^ mais tu sous-entendais que ce n'était faisable qu'en théorie, et moi je dis que c'est simple à faire à la main en XAML, même pour des applications pointues !
Perso j'utilise très rarement un outil de design et préfère écrire mon code moi-même, ce qui facilite grandement le débuggage ensuite car c'est toi qui maîtrise ton code.
Edité le 24/01/2008 à 14:35