Discussion :

[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 ?

[Aurelien Plazzotta]

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 !

[Lutarez]

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

[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 ...

[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]

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

[The_badger_man]

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

C'est marrant cette manie de comparer le support d'une norme qui n'est même pas finalisée...

[blbird]

Excuse-moi, mais tu racontes n'importe quoi. Pour avoir participé à une appli de 1500 j/h full Silverlight avec entre autres un éditeur de schéma dynamique, j'en sais quelque chose (et sans composants tiers!!).

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

SL5 permet le debuguage direct, même au niveau du XAML.

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.

Les composants tiers ne sont pas obligatoire du tout : le XAML et sont excellent binding répondent à toutes les problématiques très facilement.

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

MVVM c'est du MVC adapté à XAML, quoi qu'en dise certains grands spécialistes qui chipotent sur la forme. Et en fonction de la taille de ton appli, c'est clairement nécéssaire pour toute appli conséquente. Il y a pleins de manière de mettre en place le MVVM, du plus simple au plus compliqué.

Le databinding est la pour résoudre déjà pas mal de choses !

On est d'accord là-dessus.

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.

Je confirme.

Quoi qu'il en soit Silverlight est quand même sur le déclin, choix de Microsoft : plus aucune entreprise ne fera de futurs gros projets avec. Faire une application métier grapiquement complexe, avec du mode déconnecté en particulier, devient très compliqué avec les technos Microsoft si on veut se passer de Silverlight. Perso, je ne sais pas où on va dans ce cas là.

[stailer]

Super ! désolé j'étais pas au courant... Et tout ça sans composants, c'est génial, je vais me remettre au SL alors !

Juste un truc avant :

Tu peux me dire ou se cache tous ces fabuleux composants sans passer par un éditeur ?
J'ai pas trouvé la grille avec filtre, virtualization, tri, editable facilement, templatisable facilement, dont les filtres sont customisables etc etc etc....

C'est ou ?

Ah et aussi l'agenda, avec vue jour/semaine/mois, editable de partout avec des évènements déplacables,gestion des contraintes sur l'affichage etc

C'est ou ?

Bref, je passe sur le reste de ton message pour éviter le troll comme plus haut.
Je me retiens aussi sur "MVVM c'est du MVC adapté à XAML" . La c'est le top.

[_skip]

Tu peux me dire ou se cache tous ces fabuleux composants sans passer par un éditeur ?
J'ai pas trouvé la grille avec filtre, virtualization, tri, editable facilement, templatisable facilement, dont les filtres sont customisables etc etc etc....

C'est ou ?

Ah et aussi l'agenda, avec vue jour/semaine/mois, editable de partout avec des évènements déplacables,gestion des contraintes sur l'affichage etc

C'est ou ?

Les 5 secrétaires en string qui dansent sur le bureau.

C'est où?


Plus sérieusement, tu trouves qu'on est en droit d'exiger qu'il y ait ce genre de trucs dispos out of the box dans les composants de base sans devoir passer à la caisse?

Au moins l'énorme avantage de SL, et du monde .Net en général c'est que tu peux trouver des composants de fou, de qualité professionnelle et maintenus. Quand je suis passé sous java, à l'époque JSF et Wicket pour les besoins de mon job, j'étais frustré à mort de pas avoir de suites comme telerik ou devexpress, de devoir assembler des trucs hétérogènes gratuits tout buggés et pourris.
J'aurai été enchanté de payer les 1000 dollars pour avoir des beaux composants bien intégrés à mon IDE qui en jettent. En fait c'est fou, l'argument sur lequel se fonde la majorité des critiques du monde .Net (soit : gneuuhhh faut payer!) pour moi c'est presque son plus gros avantage.

[GuruuMeditation]

Super ! désolé j'étais pas au courant... Et tout ça sans composants, c'est génial, je vais me remettre au SL alors !

Juste un truc avant :

Tu peux me dire ou se cache tous ces fabuleux composants sans passer par un éditeur ?
J'ai pas trouvé la grille avec filtre, virtualization, tri, editable facilement, templatisable facilement, dont les filtres sont customisables etc etc etc....

C'est ou ?

Ah et aussi l'agenda, avec vue jour/semaine/mois, editable de partout avec des évènements déplacables,gestion des contraintes sur l'affichage etc

C'est ou ?

Ça, ça dépend de tes besoins. Je peux toujours dire "le langage xxx n'as pas de composant yyy qui fait zzz".

[Nathanael Marchand]

Je me retiens aussi sur "MVVM c'est du MVC adapté à XAML" . La c'est le top.

Euh? En quoi c'est erroné ?

[erwanlb]

Super ! désolé j'étais pas au courant... Et tout ça sans composants, c'est génial, je vais me remettre au SL alors !

Juste un truc avant :

Tu peux me dire ou se cache tous ces fabuleux composants sans passer par un éditeur ?
J'ai pas trouvé la grille avec filtre, virtualization, tri, editable facilement, templatisable facilement, dont les filtres sont customisables etc etc etc....

C'est ou ?

Ah et aussi l'agenda, avec vue jour/semaine/mois, editable de partout avec des évènements déplacables,gestion des contraintes sur l'affichage etc

C'est ou ?

Bref, je passe sur le reste de ton message pour éviter le troll comme plus haut.
Je me retiens aussi sur "MVVM c'est du MVC adapté à XAML" . La c'est le top.

T'es pas un peu en train de demander à ce qu'on bosse à ta place la ?

[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.

[_skip]

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.

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.