La beta de Silverlight 5 sortira au 1er semestre 2011
La version finale au deuxième semestre de l'année prochaine

Le , par Gordon Fowler, Expert éminent sénior
La beta de Silverlight 5 sortira au 1er semestre 2011, la version finale au deuxième semestre.

La liste complète des fonctionnalités annoncées (et non définitive donc) est disponible depuis ce matin sur le Blog de Scott Guthrie


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


 Poster une réponse

Avatar de stailer stailer - Membre chevronné https://www.developpez.com
le 03/12/2010 à 13:06
Tu rigoles ?
Tu as la liste des contrôles de bases ici: http://msdn.microsoft.com/en-us/libr...(v=VS.95).aspx
Ah oui c'est vraiment une question de point de vue parce que la dessus je suis entièrement d'accord avec Camus3, c'est complètement insuffisant.
Avatar de wokerm wokerm - Inactif https://www.developpez.com
le 03/12/2010 à 16:26
silverlight est une bonne technologie quand on sait s'en servir , en prenons en considération de la compatibilité avec moonlight qui n'est pas au même stade d'évolution que silverlight
j'ai vu des application réaliser avec cet technologie et je peut vous dire que c'est très jolie ce qu'on peut faire avec
Avatar de Katleen Erna Katleen Erna - Expert éminent sénior https://www.developpez.com
le 11/04/2011 à 4:23
La bêta de Silverlight 5 sera disponible la semaine prochaine, Microsoft annonce vouloir aussi améliorer ses outils HTML5
Mise à jour du 11.04.2011 par Katleen


La version bêta de Silverlight 5 sera disponible dès la semaine prochaine. Microsoft la lancera en direct de la grande conférence du Mix, qui se tiendra à Las Vegas.

Une sortie qui se fera dans l'optique de «*prendre en charge les scénarios où les plug-ins sont nécessaires*».

Cette version 5, lorsqu'elle sera achevée, est annoncée comme capable d'optimiser les capacités du 64-bit, mais aussi des vidéos en H.264. Elle apportera également le contrôle à distance, et d'autres fonctionnalités (lire news précédente).

Pour la firme, se pose la question de l'utilité des plug-ins avec l'arrivée de la spécification HTML5 (qui est l'un des piliers d'Internet Explorer 9). Un thème qui sera certainement débattu au Mix.

Microsoft pense que les deux technologies continueront d'exister, une seule ne pouvant suffir à répondre à tous les besoins des développeurs.

L'entreprise annonce également qu'elle améliorera prochainement ses outils pour le HTML5.

Source : Le blog de Silverlight
Avatar de blbird blbird - Membre éprouvé https://www.developpez.com
le 11/04/2011 à 17:09
Il y a un type d'application qui est oublié, que ce soit en web, extranet ou en intranet : les applications métiers.

Il n'y a pas de framework plus rapide (WCF, RIA, Prism combinés par ex.) pour arriver à quelque chose de très bien très rapidement dans le contexte d'une application métier, même évoluée.

Et le HTML5 n'y changera rien.
Avatar de stailer stailer - Membre chevronné https://www.developpez.com
le 11/04/2011 à 17:34
Mouais.. après m'être mis sérieusement à Flex4 (et maintenant 4.5 qui compile pour mobile) j'ai trouvé le couple PHP / Flex au moins aussi productif que Silverlight / WCF (ou même le couple Java / Flex, voire .Net / Flex ).

Maintenant il est vrai qu'avec Silverlight / WCF RIA on gagne un peu plus de temps pour certains trucs côtés serveur mais pour ma part rien d'affolant.

De plus je trouve qu'Adobe vient de prendre de l'avance, à mon avis, avec la version 4.5 car visiblement Silverlight 5 ne sera pas une révolution et ne proposera pas autant de choses pour les mobiles, si ce n'est SON mobile : Windows Phone.
Avatar de blbird blbird - Membre éprouvé https://www.developpez.com
le 11/04/2011 à 20:25
Moui le couple flash/php, voyons voir quelques-uns des avantages de Silverlight sur le plan d'une application métier :

1) Le couple WCF/RIA/LinqToSql permet de créer des entités métiers, accessibles en services Web quasi automatiquement sur le serveur ET sur le client, le tout en un tour de main. Bien souvent, pour des applications simples (voir moyennes), il n'y a même pas besoin de faire du SQL... Le tout est fortement paramétrable, et tout est possible grâce aux interfaces et aux classes partielles utilisées pour les modèles métiers

2) Des ensembles de composants orientés application métiers, fortement intégrés entre eux, variés, et très puissants : Infragistics, Devexpress et j'en passe beaucoup (je ne parle pas des composants graphiques autonomes, actuellement bien plus nombreux sur Flash). On y retrouve des composants permettant de faire par ex. des rapports facilement, et même de donner la main à l'utilisateur pour créer ses propres rapports, chacun exportables ensuite en beaucoup de formats : xls, word, html, images, pdf, ... (ce n'est qu'un exemple)

3) La modularité MVC induite par des frameworks comme Prism, qui permet de rendre le tout modulaire : autant les objets métiers en tant que tel, que les vues sur l'interface de navigation, que les objets graphiques directement bind (le XAML est excellent pour ca) sur les objets métiers côté client, sans parler de tout le reste (logs, et même IoC). Cette modularité permet une approche découplée orientée composants extrêmement efficace.

4) Le stockage en local, qui marche extrêmement bien, avec le stockage sur le poste client d'informations par l'application, ce qui nous permet par ex. de sauvegarder toutes les 30 sec. ce que tape l'utilisateur, très simplement (sérialisation binaire de l'objet métier, et désérialisation ensuite, le tout automatiquement bind à l'écran lorsqu'on relance l'application : rien de plus simple!)

5) Le mode déconnecté de Silverlight, d'autant plus intéressant que l'application est totalement modulaire

6) La publication de données en OData ou JSON ou Xml, gérée par DotNet WCF

7) Le styling Sliverlight, qui permet, grâce aux binding XAML, de styler l'application en comprenant toute la partie graphique ET les animations : ce qui veut dire qu'on peut changer le style d'une application en un tour de main, ou le faire choisir par l'utilisateur très facilement

8) La puissance et l'ouverture de DotNet, qui nous permet vraiment de faire ce qu'on veut côté serveur, aucune limitation.

J'en passe et des meilleurs. Pour avoir quelques développeurs Flash/Flex parmi mes connaissances, c'est un peu le jour et la nuit.

Attention : je ne parle que d'applications métiers, pas d'applications graphiques, où là, pour l'instant, il n'y a pas photo pour Flash.
Avatar de Nathanael Marchand Nathanael Marchand - Rédacteur https://www.developpez.com
le 11/04/2011 à 21:14
A noter que le "la semaine prochaine" de la news, ben c'est demain
Avatar de stailer stailer - Membre chevronné https://www.developpez.com
le 11/04/2011 à 21:57
Citation Envoyé par blbird Voir le message
J'en passe et des meilleurs. Pour avoir quelques développeurs Flash/Flex parmi mes connaissances, c'est un peu le jour et la nuit.
Ben écoute je dev dans les 2... Franchement je trouve que ce sont 2 équivalents.

Tout ce que tu as cité existe également en Flex et je ne vais pas perdre mon temps à tout te détailler : google est ton ami mais peut aussi devenir l'ami des développeurs flex que tu connais

Désolé mais : MVC c'est aussi en flex... LinqToSQL c'était pas le top en plus il faut mieux LinqToEntities maintenant.

Pour le styling vu tous les problèmes que j'ai eu ça me fait un peu rire : j'ai dev un composant Combobox+Datagrid intégré+Autocomplete en 3 soirs en Flex, il m'aura fallut beaucoup plus de temps en Silverlight vu tous les soucis que j'ai eu.

Pour le binding des éléments pareil : Flex le fait.

Pour le stockage en local : tu es gentil mais l'utilisateur doit accepter que le plugin silverlight le fasse.. bref : flex le fait aussi.
Et concernant le mode out of browser laisse moi rire on est on es trèèèèèèèès loin de ce que propose AIR.

Pour les rapports en pdf j'ai vu des composants avec preview carrément plus léger en flex.

Enfin bref.. J'aime ces 2 technos et au bout du compte l'un et l'autre sont des équivalents , avec un avantage pour flex : plus "fini" que Silverlight.

Toi qui parle d'appli métiers, auras tu remarqué les bugs avec le validationsummary et le tabcontrol ?
J'ai du redévelopper mon propre validationsummary en silverlight tellement l'autre n'est vraiment pas terrible.
Tiens d'ailleurs : j'ai redev aussi mon propre validationsummary en flex et il m'aura fallut encore moins de temps.

Dois je te parler des containers en flex qui ont tous des : "showEffect" et "hideEffect" ?
Tu affectes en MXML ton effet et sur un simple : visible=false ou true tes effets (avec combinaison multiples, paramétrables hyper simplement) interviennent.

Plonge toi dans la techno et tu vas découvrir que les 2 se valent....

EDIT :
Moi aussi : j'en passe et des meilleures
Avatar de blbird blbird - Membre éprouvé https://www.developpez.com
le 12/04/2011 à 1:35
Et pourtant il n'y a toujours pas photo sur pas mal de points. Appuyons où ca fait mal (toujours pour des applications métiers)

C#/VB.Net : type de données décimaux, support du multithread, génériques, structures et enums, abstractions, lambdas et Linq, initialisations d'objets dans le code, ....
ActionScript : équivalent de tout ca? Est-ce qu'il y a enfin un type float en Flex qui tiens la route niveau temps de calcul?
La rapidité d'exécution et le temps de compilation ne jouent pas du tout en faveur de Flex...

MXML et XAML : le XAML est clairement plus puissant que le MXML, mais plus dur à apprendre. Il est relativement rare d'avoir à coder une seule ligne de code sur l'interface si les composants et les objets métiers sont bien faits. Qu'en est-il des behaviors, actions ou triggers en Flex (le styling de l'animation)?

Ensembles de composants extérieurs disponibles : Petits exemples, un docking component qui tient vraiment la route en SL4 http://demos.devexpress.com/DXDockin...verlightDemos/ - Visio en mode web (cliquez sur démo) : https://grapholite.com/Designer

Patterns, frameworks et IoC : ais-je besoin de lister tout ce qui existe en C# et qui peut être utilisé en SL? (Prism, les innombrables framework IoC existants, donc celui de MS ou Spring.Net, frameworks de tests unitaires). Tout ces frameworks permettent vraiment de gagner du temps sur de gros projets. Il existe quoi en Flex d'équivalent à un IoC par exemple?

IDE : Dans Visual Studio, il y a tous les outils pour faire des tests unitaires, des tests de montée en charge et des plans de test, par exemple. Tout est intégré d'office.

Profiling : Il existe beaucoup d'outils en DotNet pour y arriver. Equivalent Flex?

Binding : en XAML, gestion du binding dans les 2 sens, gestion des erreurs, de multiples types de collection existent et sont utilisables via les interfaces du type INotifyCollectionChange. D'où une très grande facilité de binding de n'importe quel type d'objets métiers. Existe-t-il des converters en Flex?

Côté serveur : ais-je besoin de dire quelque chose à ce niveau? DotNet permet de tout faire, tout simplement.

Multi-thread : pas de multi-thread en Flex si? Gros point noir pour faire des applications métiers dont le côté graphique est moins important. Sans parler des temps d'exécution (hors graphiques) qui ont meilleurs en DotNet.

Il est extrêmement rapide de mettre des composants les uns dans les autres, quel que soit le binding qu'il y a derrière. Je pense que si je donne à mes dev. ton tableau avec une liste déroulante et un champ de complétion automatique à faire de zéro, en moins de 2 heures c'est fini.

Quand à Linq (pas seulement LinqToSql, qui est déjà vraiment excellent), c'est tout simplement une tuerie. Traiter un fichier XML avec LinqToXml est d'une simplicité enfantine. Ca n'a tout simplement pas d'équivalent ailleurs à l'heure actuelle.

Aucun langage n'est bon pour tout. Si je voulais faire quelque chose de beau, j'utiliserais actuellement flash. Mais pour une application métier, non vraiment, aucun doute sur Silverlight.
Avatar de stailer stailer - Membre chevronné https://www.developpez.com
le 12/04/2011 à 9:36
MXML et XAML : faudrait voir en détail, je trouve le MXML plus simple et pratique.

Ton histoire de type en C# : aucun souci particulier en AS pour développer des équivalences... je vois pas le souci. De grosses applis existent en Flex et apparemment eux non plus n'ont pas eu le souci.

Docking : existe en flex
DataBinding dans les 2 sens : existe en flex
IDE : flash builder fait tout ce que tu dis dès la version standard. Pour le profiling il faut acheter une version trèèèès chère de VS2010.

Côté serveur : ben euh... prends dotnet en flex alors

Linq : ok c'est aussi pour moi LE point super avantageux de dotnet ... Mais AS3 propose des outils également très intéressant pour le parcours de collection.
De plus dès que ça se corse linq ne permet pas de tout faire et pose aussi des problèmes de performances s'il est mal utilisé par un dév qui connait mal son fonctionnement.

Pour finir : Silverlight compile pour IOS , Android ? Non.
Le mode out of browser est il vraiment pro et intéressant ? Non l'install est complètement nul.

Pas le temps de faire la liste : UTILISE LE et tu verras que le dev de composants et de skins est également tout aussi puissant... voir plus.

EDIT : Pour les animations il y a entente parfaite entre Flash et Flex... Autant te dire qu'on est assez loin de Blend à ce niveau.
Responsable bénévole de la rubrique Windows : chrtophe -