IdentifiantMot de passe
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

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

Le , par Hinault Romaric
127 commentaires

293PARTAGES

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

Une erreur dans cette actualité ? Signalez-nous-la !

127 commentaires
Commenter Signaler un problème
_skip
Avatar de _skip
Expert éminent https://www.developpez.com
Le 11/12/2012 à 8:28
Citation Envoyé par camus3 Voir le message

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.

Citation 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.
9  0 
_skip
Avatar de _skip
Expert éminent https://www.developpez.com
Le 11/12/2012 à 15:08
Citation Envoyé par ryann Voir le message
De façon est peu précipitée, je dirais que la sortie de Windows 8 signe la fin de l'interlude développement d'applications qui tournent dans un navigateur web. Microsoft ne fait que proposer la vision d'un bureau intégralement connecté au net, qui était déjà la sienne dans les années 2000 - ce qui a failli à l'époque provoquer son démantèlement.
Après, il faudra choisir entre Javascript , Html5, KnockoutJS ou C#, Xaml et son databinding d'extra terrestre...
Ton post amène une question intéressante que je me pose justement: est-ce que l'avenir du RIA c'est de continuer à transformer les navigateurs en OS ou est-ce d'avoir des applis natives minimales en client-serveur?

Actuellement, le grand avantage du web c'est qu'on installe rien, mais si déjà le déploiement de clients lourds pouvait être grandement facilité avec des techos style clickOnce, c'est encore un pas qui a été franchi avec les applis packagées des app markets qui s'installent en 2 clics et demi.

Perso je préfère toujours installer sur mon smartphone une applic native qui s'intègre bien à mon environnement plutôt que passer le navigateur. Et c'est apparemment le parti pris de pas mal de services en ligne (consultations d'horaire et autres). Faut dire que c'est assez commode : l'utilisateur fait 2 clics pour installer puis il y a l'icône du service qui apparaît sur l'interface pour accès immédiat...

Puisque tu parles de windows 8, je n'ai pas encore testé mais si on reprend cette idée de bureau avec des icônes (ou tuiles ou je ne sais pas quoi) directement accessibles. Est-ce qu'on n'a pas là une alternative sérieuse au navigateur? Sachant que le développement d'une application web qui s'adapte bien à chaque système n'est peut être finalement pas beaucoup plus économique qu'une application légère native pour les plateformes des 2 ou 3 grands du marchés?
6  0 
erwanlb
Avatar de erwanlb
Inactif https://www.developpez.com
Le 11/12/2012 à 9:33
Citation Envoyé par camus3 Voir le message
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....
6  1 
Aurelien Plazzotta
Avatar de Aurelien Plazzotta
Membre extrêmement actif https://www.developpez.com
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
4  0 
Lutarez
Avatar de Lutarez
Membre chevronné https://www.developpez.com
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
4  0 
Kikuts
Avatar de Kikuts
Membre éprouvé https://www.developpez.com
Le 12/12/2012 à 17:19
Honte à microsoft d'oser intégrer Flash Win8 RT et pas silverlight ... Sans déconner wtf !

Heureux que l'imbécile qui a choisit de mettre SL de côté se soit cassé de Microsoft ...

Silverlight était pour moi, à partir de la version 2, une révolution ! J'ai même choisi cette techno en spécialisation (recherche de taff exclusif sur cette techno). Maintenant je me retrouve avec 4 ans d'expérience "perdu" enfin c'est le goût que j'ai dans la bouche même si techniquement entre Win 8 et WP8 on peut vite s'y retrouver ...

Mais si ce serait si simple, Microsoft nous aurait pondu une appli (quitte à ce qu'elle soit payante) qui permet de migrer une appli SL vers une appli modern UI (ok l'interface ne correspondra pas à ce qu'on attend niveau ergonomie et design d'une appli win 8, mais elle fonctionnera).

Après, j'ai essayé de me mettre à Knockout.js, d'autre framework JS, CSS3 avec HTML5, j'ai joué avec JQuerry et Ajax. Et bien j'ai l'impression de passer d'une voiture tout équipé avec siège chauffant à une Lada assemblée par le voisin à la super glue ...

Je pense de plus en plus à migrer mes compétences vers MVVMCross mixé avec la PCL, le tout couplé à MonoTouch, MonoDroid. Et peut être même quitter Visual Studio pour MonoDevelop. Xamarin, un chouette type

Parce que supprimer silverlight.net et dire merde à la communauté qui va avec sans attendre, par respect pour les développeurs, la fin du support officiel de SL, c'est prendre les développeurs pour des admin systèmes windows ! (il est beau mon hameçon à troll hein ? :p)
4  0 
Nathanael Marchand
Avatar de Nathanael Marchand
Rédacteur https://www.developpez.com
Le 11/12/2012 à 10:23
Citation Envoyé par camus3 Voir le message
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.
Dans ces frameworks, trouve moi le framework qui : a fait ses preuves en entreprise, les ressources se trouvent facilement, sera encore maintenu dans 8ans, les développeurs savent développer (ben oui t'as beau avoir le meilleur framework, si t'as 0 profil pour travailler dessus, t'es coincé), correctement outillé, tourne sur mon parc de machine. Sans compter que si tu prends un développeur HTML/JS pur, il ne sera pas interchangeable avec le reste de l'équipe qui code en C#...
6  3 
erwanlb
Avatar de erwanlb
Inactif https://www.developpez.com
Le 11/12/2012 à 12:38
Citation Envoyé par Lutarez Voir le message
Sans vouloir être méchant, cette remarque est complètement débile : j'ai travaillé pendant 3 ans et demi dans l'une des plus grosses boîtes de France, et ils étaient obligés d'utiliser IE6 pour faire tourner leur CRM !
Depuis ils ont migrés sur Seven...et ce même CRM marche maintenant deux fois moins bien !
Constat identitique sur une dizaine de boites dont 3/4 de "grosses" boites...ce sont souvent ces dernières qui restent sur un vieux IE...
4  1 
blbird
Avatar de blbird
Membre chevronné https://www.developpez.com
Le 12/12/2012 à 7:41
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!!).

Citation Envoyé par stailer Voir le message
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.

Citation Envoyé par stailer Voir le message
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.

Citation Envoyé par stailer Voir le message
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é.

Citation Envoyé par stailer Voir le message
Le databinding est la pour résoudre déjà pas mal de choses !
On est d'accord là-dessus.

Citation Envoyé par stailer Voir le message
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à.
4  1 
_skip
Avatar de _skip
Expert éminent https://www.developpez.com
Le 12/12/2012 à 8:47
Citation Envoyé par stailer Voir le message

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.
3  0 
Commenter Signaler un problème