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

Les rubriques (actu, forums, tutos) de Développez
Tags
Réseaux sociaux


 Discussion forum

Retrouvez le dossier complet de la rédaction
Sur le même sujet
Le , par Hinault Romaric, Responsable Actualités
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 ?


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de Kenaryn Kenaryn
http://www.developpez.com
Membre éclairé
le 10/12/2012 21:27
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
Avatar de alex_vino alex_vino
http://www.developpez.com
Membre Expert
le 10/12/2012 21:56
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.
Avatar de Nathanael Marchand Nathanael Marchand
http://www.developpez.com
Rédacteur/Modérateur
le 10/12/2012 22:03
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 !
Avatar de kingryad kingryad
http://www.developpez.com
Invité régulier
le 10/12/2012 22:19
c'est le seul truc qui ne m'a jamais intéresser, c'était prévisible
Avatar de eclesia eclesia
http://www.developpez.com
Rédacteur
le 10/12/2012 22:24
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 ...
Avatar de Lutarez Lutarez
http://www.developpez.com
Membre Expert
le 10/12/2012 23:12
Citation Envoyé par alex_vino  Voir le message
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
Avatar de stailer stailer
http://www.developpez.com
Membre Expert
le 10/12/2012 23:33
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 )
Avatar de Gugelhupf Gugelhupf
http://www.developpez.com
Membre émérite
le 11/12/2012 0:08
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.
Avatar de arnolddumas arnolddumas
http://www.developpez.com
Rédacteur/Modérateur
le 11/12/2012 0:53
Citation Envoyé par Gugelhupf  Voir le message
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
Avatar de camus3 camus3
http://www.developpez.com
Membre Expert
le 11/12/2012 2:00
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.
Offres d'emploi IT
Ingénieur(e) développement java j2ee
CDI
Artelys - Ile de France - Paris (75002)
Parue le 01/09/2014
Ingénieur developpement LAMP H/F
CDI
Sogeti HT - Région Est - Provence Alpes Côte d'Azur - sophia antipolis (06000)
Parue le 11/09/2014
Leader Technique C++ H/F
CDI
Sogeti HT - Région Est - Provence Alpes Côte d'Azur - sophia antipolis (06000)
Parue le 11/09/2014

Voir plus d'offres Voir la carte des offres IT
 
 
 
 
Partenaires

PlanetHoster
Ikoula