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 !

La beta de Silverlight 5 sortira au 1er semestre 2011

La version finale au deuxième semestre de l'année prochaine

Le 3 décembre 2010 à 12:16, par Gordon Fowler

70 commentaires

0PARTAGES

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

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

Votre nom : Votre e-mail :

Décrivez l'erreur que vous souhaitez porter à notre connaissance :

70 commentaires

Commenter Signaler un problème

stailer

Membre chevronné

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.

wokerm

Inactif

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

blbird

Membre chevronné

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.

stailer

Membre chevronné

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.

blbird

Membre chevronné

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.

Nathanael Marchand

Rédacteur

Le 11/04/2011 à 21:14

A noter que le "la semaine prochaine" de la news, ben c'est demain

stailer

Membre chevronné

Le 11/04/2011 à 21:57

Envoyé par blbird

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

blbird

Membre chevronné

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.

stailer

Membre chevronné

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.

blbird

Membre chevronné

Le 12/04/2011 à 10:14

Envoyé par stailer

MXML et XAML : faudrait voir en détail, je trouve le MXML plus simple et pratique.

C'est pas pour rien que le Databinding de Silverlight est plus complexe, la puissance est là.

Envoyé par stailer

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.

Si tu vois pas le soucis c'est justement le soucis. Sans des concepts comme ca, pas de modularité, pas de découplage, des applis lourdes, lentes (vitesse d'exécution hors graphiques Silverlight >>> Flex), pas de multithread, ni côté client et évidemment pas côté serveur pour Flex. Pas d'utilisation des concepts évolués objets (instanciation dynamique, introspection, compilation dynamique, entre autres), c'est du gâchis.
C'est un gros point noir pour des applications métiers. Je ne dit pas qu'on ne peut pas en faire, je dit que c'est clairement mauvais sans.

Envoyé par stailer

Docking : existe en flex

Exemple? Moi j'en ai au moins 4 ou 5 différents, très poussés (Infragistics, Devexpress, Telerik, ...).

Envoyé par stailer

DataBinding dans les 2 sens : existe en flex

Du databinding de texte? Ou du vrai databinding d'objets métiers tous types existants (datetime, float, objets complexes, multiples types fondamentaux de listes en DotNet).

Envoyé par stailer

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.

Il existe pleins d'outils de profiling différents pour DotNet. La force de la plateforme DotNet, c'est justement cette plétore d'outils existants de longues dates, et une communauté 10x supérieure à celle de Flash/Flex. Ils ont même rattrapés leur retard sur les composants/frameworks OpenSource par rapport à Java (bon pas tout à fait mais quand même) : il existe vraiment beaucoup de choses, et je ne parle pas du tout de simples éléments graphiques, mais de frameworks et des briques qui vont avec.

Envoyé par stailer

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

Pas de possibilité côté serveur, pas de chocolat!

Non vraiment la symbiose serveur/client avec Silverlight est tout simplement énorme. Faire une application de A à Z c'est aussi gérer les données et les objets métiers, ce n'est pas juste faire de jolis composants graphiques du côté client... Surtout sur une application métier.

Envoyé par stailer

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.

Envoyé par stailer

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.

Bienvenue dans le monde du développement, où ton précepte est valable pour tout langage et tout développeur.

Envoyé par stailer

Pour finir : Silverlight compile pour IOS , Android ? Non.

Application métier = de toute manière tu réecris le code, impossible d'avoir la même appli en RIA que sur des mobiles. De toute manière tu redéveloppes, que ce soit dans un langage ou un autre. Mais il ne fait aucun doute effectivement que si je devais faire des petites applications mobiles, flash est un bon choix.

Commenter Signaler un problème

Identifiez-vous

Créer un compte

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

La beta de Silverlight 5 sortira au 1er semestre 2011

La version finale au deuxième semestre de l'année prochaine