nos newsletters
Abonnez-vous à Micro Hebdo : 4,90 €/mois
Abonnez-vous à l'Ordinateur Individuel : 3 €/mois
Abonnez-vous à la version digitale
Abonnez-vous à 01Business et Technologies : 19 €/mois
Flash, HTML5, Silverlight... : le guide pour RIA mieux choisir (2/6) - Silverlight [MAJ]
Quelle technologie choisir pour ses développements web ? Au-delà des discours marketing et politiques, le choix d'une technologie web devra être guidé par les usages. Aujourd'hui, la technologie Silverlight.
Avec l’émergence d’HTML5, le succès de l’iPhone et de ses applications natives, les discours s’entrechoquent : HTML5 va remplacer Flash et Silverlight, Flash n’est pas mort, etc. Pour une marque qui veut lancer une opération marketing sur le web, un DSI qui veut déployer une application web ou mobile, la question est aujourd’hui de savoir quelle technologie adopter.
Dans cette série d’articles, nous passerons en revue les technologies les plus populaires : Flash, Silverlight, HTML5, mais également Ajax, GWT, les applications natives pour les mobiles… Pour chacune d’entre elles, nous essaierons de dégager les avantages et les inconvénients, d’évaluer la maturité de la plate-forme, des outils, de la communauté active, la pérennité, et au final les usages possibles et recommandés.
Dans l'épisode précédent, nous avons abordé le cas d'Adobe Flash.
Cette semaine :
Microsoft Silverlight
Après trois ans d’existence, Silverlight, de Microsoft, arrive aujourd'hui en version 4. Actuellement, on le retrouve sur plus de la moitié des PC. Silverlight tourne dans le navigateur, mais aussi en dehors du navigateur, et sur le récent Windows Phone 7.
[Source : ScottLogic]
Bien qu’encore jeune, cette technologie arrive avec une plate-forme complète : SDK, outils pour Visual Studio, bibliothèques, outils de création, prototypage et encodage média (gamme Expression). Les développeurs programment en .Net et disposent d’un designer d’interface utilisateur intégré à leur outil Visual Studio, qui génère à la volée le code XAML (le langage XML de description des interfaces graphiques).
Ils disposent également de services RIA pour Soap, JSON, WCF (Windows Communication Foundation), qui facilitent l’accès, la validation et l’authentification des données. De fait, l’outillage Silverlight est sans doute le plus complet et le mieux intégré.
Les avantages
Avec la version 4, Silverlight offre des fonctionnalités similaires à celles de Flash : accès à la webcam, au microphone, à la dalle tactile, sortie sur imprimante, etc.
Par rapport à HTML5, voici quelques fonctionnalités spécifiques à Silverlight :
- • - Vidéo haute définition (HD) avec les codecs H.264 et VC-1 video.
- • - Protection des contenus par DRM.
- • - Vidéo 3D stéréoscopique.
- • - Support du Live Broadcast, du multicast.
- • - Smooth Streaming (adaptation temps réel de la qualité vidéo en fonction de la qualité de la transmission).
- • - Information Overlays/Picture-in-picture.
Silverlight se programme en .Net. La communauté des développeurs .Net, extrêmement active, constitue une armée potentielle de développeurs Silverlight, surtout en entreprise.
Les inconvénients
Silverlight partage avec Flash beaucoup de points communs. Comme la technologie d'Adobe, ce n'est pas un standard du web. Il nécessite l'installation d'un plug in.
Le support des plates-formes cibles est moins complet que celui de Flash, il se réduit à Windows et Mac OS X. Sur Linux, il faudra avoir recours à la solution open source Moonlight (et Mono pour l’exécution du code). Sur les OS mobiles, on trouvera du Silverlight sur Symbian et Windows Phone 7. Comme pour Flash, Silverlight est banni de l’iPhone/iPad.
Un positionnement délicat
A l’origine, Silverlight était baptisée WPF/e (Windows Presentation Foundation for Everywhere), il se voulait une couche de présentation cross-plate-forme. Si la mission n’est pas vraiment remplie, Silverlight a le mérite d’unifier à sa manière le développement d’interface riche entre Windows, le web et Windows Phone 7. Un développeur .Net utilisant WCF n’aura aucun mal à passer à Silverlight pour le web et WP7.
Avec l'émergence d'HTML5, dont de nombreuses fonctionnalités empiètent sur celles des technologies RIA en plug in, l'avenir de Silverlight semble compromis. D'autant que Microsoft, lui aussi, se met à supporter activement HTML5, avec la dernière version de son navigateur IE9. La blogosphère a commencé à enterrer Silverlight par rapport à HTML5, ainsi que par rapport à Javascript. Laurent Bugnion, de Galasoft, répond point par point à ce dernier procès par son billet Javascript vs Silverlight: an Answer. De son côté, Franck Jeannin, de Ormetis, nous explique pourquoi on ne doit pas comparer Silverlight et HTML5.
Pour clarifier la situation, Microsoft a publié sur son blog Silverlight un billet, The Future of Silverlight, qui repositionne WPF et Silverlight par rapport à HTML5. Pour autant, le flou persiste encore pour les développeurs d'applications d'entreprise : doivent-ils se lancer sur Silverlight ou HTML5/IE9 ?
En conclusion
On peut considérer Silverlight comme une extension web des technologies .Net, adaptée au développement d’applications riches. La richesse de la plate-forme et de l’environnement de développement destinent tout naturellement Silverlight aux applications d’entreprise orientées données. La technologie Microsoft est également adaptée aux applications média intensives : téléconférence, vidéo à la demande…
Silverlight investit également le domaine des Rich Internet Games, encore largement dominé par Flash et Unity3D, comme le signale Fred Cavazza sur son blog InterfacesRiches.
Le jeu de stratégie en ligne Warstory utilise la technologie Silverlight.
Dans la guerre des RIA, Silverlight a donc quelques bonnes cartes à jouer. Mais la partie est loin d'être gagnée.
[MAJ]
La conférence Microsoft PDC (Professional Developer Conference) s’est tenue fin octobre a été marquée par un grand absent : Silverlight lui-même. En effet, Steve Ballmer, Bob Muglia, Scott Guthrie se sont succédés pour parler des nouvelles directions stratégiques notamment autour de HTML5, IE9 et Azure. Dans une interview accordée à Mary Jo Foley, Bob Muglia, Président Server & Tools Business, confiait que la stratégie concernant Silverlight avait évolué. « Silverlight est notre plate-forme de développement pour Windows Phone. […] Silverlight trouve aussi un intérêt dans les applications multimédias riches et les applications métier », a-t-il déclaré.
Silverlight continuera d’être une solution fonctionnant sur différents OS/navigateurs et continuera d’évoluer. Il y aura bien une version 5 de Silverlight mais aucune date n’a été annoncée.
HTML5 pour sa part a été présenté comme étant « la seule véritable solution pour toutes les plates-formes, incluant l’iOS ». Il est amusant de noter que l’OS d’Apple devient pour Microsoft l’ultime référence pour se prévaloir d’être cross-plate-forme. Le géant du logiciel confirme ainsi son implication et ses investissements dans le futur standard du web.
Dans un autre billet sur le blog de Silverlight, Bob Muglia recadre ses propos. Silverlight continue d’être très important dans la stratégie de Microsoft, il reste une plate-forme de développement centrale pour Windows. Si à terme HTML5 sera amené à remplacer Silverlight pour les applications web, cela prendra du temps.
Au final, cela ne change pas grand-chose à nos conclusions concernant Silverlight. La technologie RIA de Microsoft reste adaptée aux applications métiers en environnement .NET, et aux applications multimédias. La seule nouveauté, c’est qu’elle est maintenant clairement destinée aux applications mobiles pour Windows Phone. Si votre application doit tourner sur Windows 7 et sur Windows Phone, Silverlight est le bon choix.
A lire également :
Actu Suivante
Avis sur «Flash, HTML5, Silverlight... : le guide pour RIA mieux choisir (2/6) - Silverlight [MAJ]»
Avis sur Silverlight
de
WolveFred
, posté le 16 octobre 2010 à 13h06
Attention sur cette partie-là (analyse de Silverlight), il y a pas mal d'imprécisions et on sent un manque de feedback concret sur la puissance de la techno. En revanche, la plupart des liens donnés dans la section "Un positionnement délicat" sont très intéressants et je suis content de les avoir lus.
Notamment je vous conseille de lire en entier "JavaScript vs Silverlight: An Answer" et "pourquoi on ne doit pas comparer Silverlight et HTML5". Ces deux articles à eux-seuls sont honnêtement plus intéressants et concrets que cet article de 01net (désolé), et permettent notamment de répondre en partie à la question que 01net se pose : "doivent-ils [les développeurs] se lancer sur Silverlight ou HTML5/IE9 ?"
En gros les inconvénients majeurs de HTML5 par rapport à Silverlight sont :
- L'utilisation de Javascript a été conservée dans HTML5. On ne peut pas prétendre que ce langage est puissant : aucun typage des variables, pas de vérification de la syntaxe (pas de compilation), obligation d'utiliser des variables globales dans la plupart des cas, POO limitée, exécution par script plus lente que celle d'un langage compilé. Tout ceci ralentit fortement le travail du développeur, et chacun de ces arguments que je présente n'est pas vrai en Silverlight.
- L'implémentation de HTML5 est laissée au gré du bon travail des concepteurs des navigateurs Internet. On a vu ce que ça a donné pour HTM4 : un beau bordel. Il faut alors tester notre appli web sur chaque navigateur, cela fait beaucoup de travail supplémentaire et de sueurs. Au contraire Silverlight et Flash ont une implémentation unique.
- HTM5 n'est pas fini (specs), et mettra encore plusieurs années pour être finalisé.
Dommage que 01net ne soit pas allé plus loin dans leur analyse !
Notamment je vous conseille de lire en entier "JavaScript vs Silverlight: An Answer" et "pourquoi on ne doit pas comparer Silverlight et HTML5". Ces deux articles à eux-seuls sont honnêtement plus intéressants et concrets que cet article de 01net (désolé), et permettent notamment de répondre en partie à la question que 01net se pose : "doivent-ils [les développeurs] se lancer sur Silverlight ou HTML5/IE9 ?"
En gros les inconvénients majeurs de HTML5 par rapport à Silverlight sont :
- L'utilisation de Javascript a été conservée dans HTML5. On ne peut pas prétendre que ce langage est puissant : aucun typage des variables, pas de vérification de la syntaxe (pas de compilation), obligation d'utiliser des variables globales dans la plupart des cas, POO limitée, exécution par script plus lente que celle d'un langage compilé. Tout ceci ralentit fortement le travail du développeur, et chacun de ces arguments que je présente n'est pas vrai en Silverlight.
- L'implémentation de HTML5 est laissée au gré du bon travail des concepteurs des navigateurs Internet. On a vu ce que ça a donné pour HTM4 : un beau bordel. Il faut alors tester notre appli web sur chaque navigateur, cela fait beaucoup de travail supplémentaire et de sueurs. Au contraire Silverlight et Flash ont une implémentation unique.
- HTM5 n'est pas fini (specs), et mettra encore plusieurs années pour être finalisé.
Dommage que 01net ne soit pas allé plus loin dans leur analyse !
alerter le modérateur
Avis sur Silverlight
de
PierreTran
, posté le 18 octobre 2010 à 16h56
Vous n'avez pas à être désolé, je reconnais volontiers que cet article n'est pas aussi détaillé et concret que les billets dont j'ai cité les liens. Le but n'était pas d'énumérer de manière exhaustive les arguments des uns et des autres autour des défauts et des qualités de Silverlight, ces billets le font très bien, mais surtout de donner des pistes de reflexions. Si j'ai pu vous faire découvrir ces liens, j'en suis déjà fort content.
Mais le dossier n'est pas fini, je n'ai pas encore parlé de HTML5, ni des autres (Ajex, GWT, JavaFX...) :-)
Mais le dossier n'est pas fini, je n'ai pas encore parlé de HTML5, ni des autres (Ajex, GWT, JavaFX...) :-)
alerter le modérateur
avis sur avis
de
V1nce
, posté le 18 octobre 2010 à 19h58
> L'utilisation de Javascript a été conservée dans HTML5. On ne peut pas prétendre que ce langage est puissant
et quand silverlight n'était scriptable que par js il n'était pas puissant non plus mais cela ne posait pas de problème ?
> obligation d'utiliser des variables globales dans la plupart des cas
euh à moins de programmer comme un bourrin les variables globales restent très limitées quand même
> POO limitée, exécution par script plus lente que celle d'un langage compilé.
Peut-on dire que le c# est compilé ? Il est effectivement compilé en code natif par le JIT mais uniquement lors de l'exécution
> - L'implémentation de HTML5 est laissée au gré du bon travail des concepteurs des navigateurs Internet. On a vu ce que ça a donné pour HTM4 : un beau bordel.
On ne nommera pas la société qui a multiplié les balises propriétaires en essayant de privatiser le web :)
> Il faut alors tester notre appli web sur chaque navigateur,
comme pour SL qui reste encore très sensible au navigateur qui l'héberge.
> cela fait beaucoup de travail supplémentaire et de sueurs. Au contraire Silverlight et Flash ont une implémentation unique.
implémentation unique sur les plate-formes officiellement supportées (pas d'implémentation officielle de SL sur Linux)
Il n'en reste pas moins que SL reste une plate-forme intéressante qui a compilé les bonnes idées (java, svg, gladexml/xul...) avec quand même des choix (de priorité) d'implémentation un peu "bizarres" (cf disparité des composants entre Sl et WPF)
et quand silverlight n'était scriptable que par js il n'était pas puissant non plus mais cela ne posait pas de problème ?
> obligation d'utiliser des variables globales dans la plupart des cas
euh à moins de programmer comme un bourrin les variables globales restent très limitées quand même
> POO limitée, exécution par script plus lente que celle d'un langage compilé.
Peut-on dire que le c# est compilé ? Il est effectivement compilé en code natif par le JIT mais uniquement lors de l'exécution
> - L'implémentation de HTML5 est laissée au gré du bon travail des concepteurs des navigateurs Internet. On a vu ce que ça a donné pour HTM4 : un beau bordel.
On ne nommera pas la société qui a multiplié les balises propriétaires en essayant de privatiser le web :)
> Il faut alors tester notre appli web sur chaque navigateur,
comme pour SL qui reste encore très sensible au navigateur qui l'héberge.
> cela fait beaucoup de travail supplémentaire et de sueurs. Au contraire Silverlight et Flash ont une implémentation unique.
implémentation unique sur les plate-formes officiellement supportées (pas d'implémentation officielle de SL sur Linux)
Il n'en reste pas moins que SL reste une plate-forme intéressante qui a compilé les bonnes idées (java, svg, gladexml/xul...) avec quand même des choix (de priorité) d'implémentation un peu "bizarres" (cf disparité des composants entre Sl et WPF)
alerter le modérateur
à lire aussi
SUR LES MÊMES THÈMES 
