Silverlight : vers une fin programmée ?

[Hinault Romaric]

Silverlight : vers une fin programmée ?
Microsoft ferme Silverlight.net, le site de référence sur la technologie


L’avènement du HTML5 a mis à mal les technologies de développement d’applications Web riches (RIA) comme Silverlight et Flash.

Voici aujourd’hui pratiquement un an que Microsoft a publié Silverlight 5. Depuis, l’éditeur n’a plus fait mention d’une évolution de la technologie en dehors de la sortie discrète d’une mise à jour mineure (Silverlight 5.1).

Par contre, Microsoft accorde une attention particulière à HTML5, qui occupe une place de choix dans Windows 8. De plus, le blog de la team Silverlight est désormais peuplé d’articles sur XAML et d’autres sujets n’ayant aucun rapport avec la technologie.

Il devient presque clair que Silverlight ne fait plus partie du cahier de charges de Microsoft, et la récente fermeture de Silverlight.net, le site central des ressources sur la plateforme ne vient que conforter cette idée.

Une partie des ressources qui étaient disponibles sur le site a été transférée vers MSDN, brisant au passage plusieurs liens.

Il faut noter néanmoins que Microsoft compte offrir un support pour Silverlight 5 jusqu’en 2021.


Le nouvel espace Silverlight sur MSDN



Et vous ?

Qu'en pensez-vous ?

[Kenaryn]

EDIT:
Qu'en pensez-vous?

Je suis étonné que Microsoft fournisse un support aussi longtemps (soit 10 ans depuis la publication de Silverlight 5 en 2021).
C'est peut-être la raison pour laquelle ils affichent clairement leur intention de laisser tomber cette technologie afin de diminuer les ressources humaines et matérielles nécessaires au support

[alex_vino]

C'est tout de meme dommage de voir Silverlight ainsi, sans oublier les développeurs/entreprises aillant investit dans cette technologie.
Mais bon tout n'est pas perdu, idem pour les développeurs WPF, le passage au développement Windows 8 / Phone se fait plus facilement (maigre consollation).

Je me rapelle de voir mes yeux briller a la sortie de Silverlight, notamment la version 2, avec les démos de l'excellent Mitsu Furuta qui en mettaient plein les yeux.

J'espere juste que Windows 8 n'est pas le tremplin vers la mort annoncé de C#/VB au profit de JavaScript, car sinon je pense que je ferais une croix sur toutes les technologies Microsoft.

[Nathanael Marchand]

Autant sur internet (un monde grand public) on est passé sur une consommation de contenu sous la forme d'App (sur Mobile et tablette) via les stores donc c'est un choix qui peut se comprendre, autant pour faire un intranet d'entreprise, ca reste un choix incontournable !

[kingryad]

c'est le seul truc qui ne m'a jamais intéresser, c'était prévisible

[eclesia]

Jamais utilisé et jamais eu de demande client pour du silverlight non plus.
Ce n'est pas une grande perte a mon avis, mais c'est regretable quand meme.

Il faut dire le 'buzz' autour de html5 est tres aggesif et essai de monter tous le monde contre les RIA.
Pourtant je sais pas vous mais remplacer des languages comme Flex, Java et autre qui donne plus de possibilité et de controle par du ... JavaScript, c'est de la démence, c'est pas avec ca qu'on fera des 'Rich' application, merci la maintenance ...

[Lutarez]

Envoyé par alex_vino

J'espere juste que Windows 8 n'est pas le tremplin vers la mort annoncé de C#/VB au profit de JavaScript, car sinon je pense que je ferais une croix sur toutes les technologies Microsoft.

J'ai lu certaines rumeurs affirmant que le fameux projet Midori (je vous laisse goggler) serait écrit en grande partie en .Net, donc si ces fameuses rumeurs s'avèrent exactes, c'est plutôt réconfortant. Sinon j'avoue que je quitterai sans doute l'écosystème MS de la même manière

Concernant SL, je regrette encore que MS n'est pas décidé de libérer les sources pour permettre, au moins, aux entreprises et aux personnes qui ont investit dans cette technologie de pouvoir continuer à l'utiliser comme bon leur semble. Il y a toujours MoonLight pour se consoler, mais c'est loin d'être pareil.

EDIT : La source vaut ce qu'elle vaut, mais cela reste assez récent : http://www.clubic.com/windows-os/act...loppement.html

[stailer]

autant pour faire un intranet d'entreprise, ca reste un choix incontournable !

Ben si justement, ça reste contournable

C'est une très bonne techno, je suis d'accord avec toi et selon les besoins elle peut être meilleure que les autres.

Mais ce n'est pas LA solution et LA solution n'existe pas.

Un exemple tout bête : je dev une appli en full ajax et j'ai par exemple une grille. Tiens pourquoi pas la grille de Telerik justement , la kendoGrid.
A chaque fois que je vais changer mon code sur cette grille, un simple petit F5 et le plugin Firebug vont me permettre de debuguer et de rajouter des fonctionnalités sans relancer toute la compil (sauf changement côté serveur bien entendu et encore... Si je suis en PHP je pourrais même changer mes requêtes ou du code métier !).

Avec Silverlight, tu dois arrêter, modifier ton code et relancer à chaque fois.
Pour une grosse appli c'est une perte de temps significative.

J'ai également voulu utiliser Silverlight en tant que module : faire une appli web classique et gérer des fonctionnalités via des "bouts d'application" à l'intérieur de cette appli.
La aussi : ce fût une mauvaise idée. Les xap sont longs à charger, d'autant plus quand on utilse des composants tiers à l'intérieur.
Sans parler du coup de la multiplicité de compétences à avoir.

Je passerai aussi sur le fabuleux pattern qui ne sert quasiment à rien, particulièrement en Silverlight : MVVM.

De base, les composants Silverlight sont une catastrophe, on a besoin de composants tiers... Le problème c'est que ces composants ne sont pas MVVM, donc du coup on écrit aussi pas mal dans le code behind. Donc le MVVM devient un quasi non-sens, et pour peu qu'on ne fasse pas de tests unitaires alors il devient carrément inutile.

On dit : "Une fenêtre = un ViewModel"... Mais il y a déjà du code attaché à une fenêtre ! le code behind. Il suffit de s'organiser un minimum au niveau des classes et trouver la bonne architecture pour éviter de passer par le MVVM.
Le databinding est la pour résoudre déjà pas mal de choses !

Pour finir et il faut bien le reconnaitre : les composants tiers en revanche sont vraiment tops et développer les siens est quand même assez facile.
La techno en elle même est très "élastique" , permet de réaliser graphiquement beaucoup de choses. Pour peu qu'on est pas à disposition des graphistes on arrive à des résultats très professionnels.


EDIT:
J'avais pas lu ta phrase Gilles :

J'espere juste que Windows 8 n'est pas le tremplin vers la mort annoncé de C#/VB au profit de JavaScript, car sinon je pense que je ferais une croix sur toutes les technologies Microsoft.

Mais non ! tout ça est un "combat" entre les codes clients !
C'est XAML contre JavaScript.
Côté serveur il y aura toujours C# !
Sinon c'est comme si on disait que PHP allait mourir face à JavaScript. C'est pas possible (quoique y a Node.js maintenant qui arrive en force )

[Gugelhupf]

Visiblement, il n'y a pas que du coté de Java que les applets vont mal.
Microsoft vise désormais les technologies HTML5, JavaScript et CSS3.

[arnolddumas]

Envoyé par Gugelhupf

Visiblement, il n'y a pas que du coté de Java que les applets vont mal.
Microsoft vise désormais les technologies HTML5, JavaScript et CSS3.

Je ne sais pas vraiment ce que Microsoft vise. Mais quand je vois la compatibilité catastrophique Html5 / CSS3 de IE10, moins bonne que celle de Firefox 8, je me pose des questions : http://html5test.com/results/desktop.html

[camus3]

Pour des solutions client riche ( et pas forcément html5 qui n'est qu'un vague ensemble d'apis ) sans silverlight ou flex il y a diverses options :

pour les frameworks :

- ExtJs qui est très complet ( framework desktop , touch , widgets , datastores, proxies ,charting ) développé par Sencha , utilisé par plus de 2 millions de développeurs.

- AngularJS (Google) qui est déclaratif et du type MVVM , qui plaira aux flexeurs ainsi qu'aux développeurs silverlight ( extension du HTML , databinding , etc ...)

- KnockoutJS développé par un développeur Microsoft , MVVM lui aussi proche de la syntaxe WPF (databinding ... )

- GWT , framework permettant d'écrire des applications web riches en java

pour les widgets , selon le framework choisi , on en a besoin ou pas selon le framework :

- qooxdoo

- jQuery-ui

- Kendo UI

- Dojo

- etc ...

pour les languages (qui compilent vers javascript):

- Haxe , qui a son propre éditeur , langage très complet proche d'AS3 et facile
à interfacer avec les librairies javascript existantes

-TypeScript , développé par MS , introduit un typage optionel , des classes interfaces , etc ... qui est très bien supporté par visual studio ( intellisense ... )

- coffeescript qui plaira aux rubyistes

pour le charting :

- highcharts
- ect ...

en bonus , pour ceux qui ne sont pas designer mais veulent des styles et des "widgets" stylisés par défaut :

- Bootstrap par des ingénieurs de twitter

- Zurb framework

pour les tests unitaires :

- Qunit , pour les tests unitaires dans le navigateur ( framework test utilisé par les développeurs jQuery

- Jasmine

- Mocha

Pour travailler efficacement , il faut cependant installer nodeJS , ce qui donne accès à des package managers ( npm ), des tasks managers , et certaines applications qui facilitent les test unitaires, la gestions des assets ,etc ...

Bref , contrairement à Flex ou Silverlight avec html et js il faut faire son marché , puisqu'il n'y a pas de librairie standard. Mais certains frameworks permettent de commencer à travailler rapidement, tout en gardant une bonne compatibilité entre les navigateurs.

Maintenant sur le fait que MS lache Silverlight, c'est extrêmement dommage pour les développeurs silverlight , mais MS a l'habitude de lâcher certaines solutions sans vrai préavis. HTML/JS sont donc des solutions pérennes pour remplacer les solutions propriétaires.

Personnellement :

Pour les applications desktop , j'ai choisi AngularJS , facile à apprendre, élimine totalement le code boilerplate grace au databinding.

Pour les widgets qooxdoo , jquery-ui ou dojo.

Pour le langage : coffeescript , puisque je viens de python/ruby.

Pour le design de base , Twitter Bootstrap , facilement "customisable".

Pour le multimedia , il existe des player html5 avec un fallback flash pour les vieux navigateurs, cependant je continue à utiliser flash pour développer mes propres players, sur mobile , il suffit de mettre un lien vers les contenus multi-média.

Pour les applications mobiles : Sencha Touch , très rapide même sur les mobiles bas de gamme.

[Issam]

http://www.microsoft.com/silverlight/

non silverlight n'est pas mort !, et même si Microsoft en arrête le développement (chose qui est quasiment sûr) ça ne voudrais pas dire que les applications développées avec cette plateforme vont arrêter de marcher, ou qu'ont pourra pas développer de nouvelles,

je continue a penser que silverlight est une très bonne plateforme pour faire des applications riches au moins dans les 5 voire 10 prochaines années

[_skip]

Envoyé par camus3

Bref , contrairement à Flex ou Silverlight avec html et js il faut faire son marché , puisqu'il n'y a pas de librairie standard. Mais certains frameworks permettent de commencer à travailler rapidement, tout en gardant une bonne compatibilité entre les navigateurs.

En gros c'est la jungle . C'est à dire ce qui est de base c'est pas super, pas très bien adapté et c'est à toi de coller les chewing gums à la bonne place pour faire tenir ensemble toutes ces briques de formes différentes.
Comprends que ce soit déroutant quand on débarque dedans. Silverlight ou flash, malgré tous les défauts qu'on peut leur trouver avaient une toolchain et une gestion du développement d'application assez encadrée.

Envoyé par Issam

non silverlight n'est pas mort !, et même si Microsoft en arrête le développement (chose qui est quasiment sûr) ça ne voudrais pas dire que les applications développées avec cette plateforme vont arrêter de marcher, ou qu'ont pourra pas développer de nouvelles,

je continue a penser que silverlight est une très bonne plateforme pour faire des applications riches au moins dans les 5 voire 10 prochaines années

Mais tu ne crois pas qu'une techno, pour être viable, elle doit aussi être vivante? On doit en parler, des communautés doivent se former autour, l'écosystème doit se développer, s'adapter (on est de plus en plus dans le monde smartphone, tablette).
Qui voudrait investir dans une technologie moribonde pour la seule raison qu'au jour d'aujourd'hui elle "fonctionne"? Ceux qui ont continué avec delphi après les soucis de borland, ils l'ont fait je pense car ils ont eu un minimum de confiance qu'il continuerait d'y avoir des évolutions et des nouvelles versions.

Si silverlight stagne pendant 5 ans et que la maintenance se limite à des résolutions de bug, à mes yeux c'est clairement plus un choix très intéressant.

[camus3]

En gros c'est la jungle . C'est à dire ce qui est de base c'est pas super, pas très bien adapté et c'est à toi de coller les chewing gums à la bonne place pour faire tenir ensemble toutes ces briques de formes différentes.
Comprends que ce soit déroutant quand on débarque dedans. Silverlight ou flash, malgré tous les défauts qu'on peut leur trouver avaient une toolchain et une gestion du développement d'application assez encadrée.

Ca , c'est le problème de l'open-source. Personne ne mène la barque donc oui il faut faire son marché ,cependant, Il faut comme toute techno repérer les acteurs intéressants de cette techno. AngularJS est maintenant un produit Google , utilisé pour des applications larges , donc on peut imaginer que le framework est pérenne. Injection de dépendance, data-binding, extension des balises HTML, plateforme de tests , c'est du sérieux.

Je suis en train de faire une petite app démo Joly-Sushi ainsi qu'un tuto que j'espère publier sur DVP une fois l'app finie.

[Jean Meurtrier]

@camus3

Dans les langage qui compilent vers JS, je rajouterais aussi Dart, même si sa vocation (utopie?) est de devenir un langage natif au sein des navigateurs.

Sinon j'aime également AngularJS, proche de JSF que j'utilise souvent, mais sans être lié au langage côté serveur.

[GuruuMeditation]

Silverlight n'est pas mort. Il se porte très bien. Sur Phone

[erwanlb]

Envoyé par camus3

Pour des solutions client riche ( et pas forcément html5 qui n'est qu'un vague ensemble d'apis ) sans silverlight ou flex il y a diverses options :

pour les frameworks :

- ExtJs qui est très complet ( framework desktop , touch , widgets , datastores, proxies ,charting ) développé par Sencha , utilisé par plus de 2 millions de développeurs.

- AngularJS (Google) qui est déclaratif et du type MVVM , qui plaira aux flexeurs ainsi qu'aux développeurs silverlight ( extension du HTML , databinding , etc ...)

- KnockoutJS développé par un développeur Microsoft , MVVM lui aussi proche de la syntaxe WPF (databinding ... )

- GWT , framework permettant d'écrire des applications web riches en java

pour les widgets , selon le framework choisi , on en a besoin ou pas selon le framework :

- qooxdoo

- jQuery-ui

- Kendo UI

- Dojo

- etc ...

pour les languages (qui compilent vers javascript):

- Haxe , qui a son propre éditeur , langage très complet proche d'AS3 et facile
à interfacer avec les librairies javascript existantes

-TypeScript , développé par MS , introduit un typage optionel , des classes interfaces , etc ... qui est très bien supporté par visual studio ( intellisense ... )

- coffeescript qui plaira aux rubyistes

pour le charting :

- highcharts
- ect ...

en bonus , pour ceux qui ne sont pas designer mais veulent des styles et des "widgets" stylisés par défaut :

- Bootstrap par des ingénieurs de twitter

- Zurb framework

pour les tests unitaires :

- Qunit , pour les tests unitaires dans le navigateur ( framework test utilisé par les développeurs jQuery

- Jasmine

- Mocha

Pour travailler efficacement , il faut cependant installer nodeJS , ce qui donne accès à des package managers ( npm ), des tasks managers , et certaines applications qui facilitent les test unitaires, la gestions des assets ,etc ...

Bref , contrairement à Flex ou Silverlight avec html et js il faut faire son marché , puisqu'il n'y a pas de librairie standard. Mais certains frameworks permettent de commencer à travailler rapidement, tout en gardant une bonne compatibilité entre les navigateurs.

Maintenant sur le fait que MS lache Silverlight, c'est extrêmement dommage pour les développeurs silverlight , mais MS a l'habitude de lâcher certaines solutions sans vrai préavis. HTML/JS sont donc des solutions pérennes pour remplacer les solutions propriétaires.

Personnellement :

Pour les applications desktop , j'ai choisi AngularJS , facile à apprendre, élimine totalement le code boilerplate grace au databinding.

Pour les widgets qooxdoo , jquery-ui ou dojo.

Pour le langage : coffeescript , puisque je viens de python/ruby.

Pour le design de base , Twitter Bootstrap , facilement "customisable".

Pour le multimedia , il existe des player html5 avec un fallback flash pour les vieux navigateurs, cependant je continue à utiliser flash pour développer mes propres players, sur mobile , il suffit de mettre un lien vers les contenus multi-média.

Pour les applications mobiles : Sencha Touch , très rapide même sur les mobiles bas de gamme.

Quand je vois ta liste, ça ne me donne qu'une envie....ne pas faire de développements en html5 & cie !

Quand tu fais du dév html, tu passes déjà 3 mois à te demander quels outils tu vas prendre....

[erwanlb]

Envoyé par _skip

Si silverlight stagne pendant 5 ans et que la maintenance se limite à des résolutions de bug, à mes yeux c'est clairement plus un choix très intéressant.

Mais quelle alternative on a ? De semblable à SL ?

[erwanlb]

Envoyé par camus3

donc on peut imaginer que le framework est pérenne.

Avec l'imagination on va loin mais des fois c'est dans le mur

[Firwen]

Autant sur internet (un monde grand public) on est passé sur une consommation de contenu sous la forme d'App (sur Mobile et tablette) via les stores donc c'est un choix qui peut se comprendre, autant pour faire un intranet d'entreprise, ca reste un choix incontournable !

Mais bien sure !
Comme ça on peut être sur d'avoir des problèmes de portabilités et de support pour 10 ans qui justifieront d'avoir des postes clients périmés qui ne peuvent pas être migré...

Ca me rappelle les même personnes avec les feu activeX, objets COM, Corba et autre conneries du genre.. qui justifie maintenant de garder des PC sous Win 2000 en 2012.

Ou alors en entreprise, on apprend à faire comme tout le monde, à coder avec les bons outils et à faire du HTML/AJAX qui ne donneront pas de mal de crane pour 10 ans aux futurs sys admin.