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 bêta de Silverlight 5 sera disponible la semaine prochaine
Microsoft annonce vouloir aussi améliorer ses outils HTML5

Le , par Katleen Erna

25PARTAGES

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

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

Avatar de blbird
Membre expérimenté 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.
1  0 
Avatar de 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.
1  0 
Avatar de blbird
Membre expérimenté 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.
1  0 
Avatar de 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
1  0 
Avatar de 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
1  0 
Avatar de blbird
Membre expérimenté 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.
1  0 
Avatar de 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.
1  0 
Avatar de blbird
Membre expérimenté https://www.developpez.com
Le 12/04/2011 à 10:14
Citation Envoyé par stailer Voir le message
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à.

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

Citation Envoyé par stailer Voir le message
Docking : existe en flex
Exemple? Moi j'en ai au moins 4 ou 5 différents, très poussés (Infragistics, Devexpress, Telerik, ...).
Citation Envoyé par stailer Voir le message
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).
Citation Envoyé par stailer Voir le message
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.

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

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

Citation Envoyé par stailer Voir le message
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.
1  0 
Avatar de Hathortos
Membre habitué https://www.developpez.com
Le 12/04/2011 à 10:54
Citation Envoyé par Nathanael Marchand Voir le message
A noter que le "la semaine prochaine" de la news, ben c'est demain
Tu es sur ?
1  0 
Avatar de stailer
Membre chevronné https://www.developpez.com
Le 12/04/2011 à 10:59
Tu parles beaucoup d'outils extérieurs (que je connais) et je n'ai pas vraiment fait de recherche en Flex sur des équivalents.
Flash builder DE BASE m'a tout apporté : test, profiling et autres.

Je te ferais remarquer que ces outils : (telerik et compagnies) sont extrêmements lourds et vu que Silverlight à un gros souci de lourdeur justement à la base par rapport à Flex il faut vraiment réfléchir à quand et comment les utiliser.. Voir même à les utiliser tout court si ton appli à une 50aine de fenêtre comprenant des centaines de composants.

Bref, je vais pas perdre mon temps à tout reprendre en détail : il faudrait vraiment qu'on mette 2 applis identitiques côté à côte pour comparer autre chose que des "concepts".

Pour ma part, encore une fois : je dev dans les 2. Je dev des composants dans les 2 et j'ai dev un peu des skins : Silverlight et Flex sont 2 concurrents que je trouve vraiment géniaux.

Pour le databinding désolé j'ai encore rien compris : je bind en Twoway en flex.. ce que je veux comme données... comme en silverlight, no souci.

Je ne sais pas exactement ce que tu entends par "appli métier" mais ça demande de la validation de données non ?
Ben la justement Flex est vraiment génial à ce niveau et propose pleins de solutions au niveau code ou au niveau MXML pour gérer.

Tout bête : tu peux créer 15 validators et faire un validateAll sur 10 pour gérer des conditions complexes dans des formulaires... Je n'ai rien vu d'équivalent en Silverlight et au contraire pour valider les données complexes (multiparties, tabcontrols, conditions complexes) j'ai beaucoup plus souffert.

Voilà ça c'est du CONCRET pour moi.

Allez, je laisse tomber

EDIT :

Juste un petit truc puisque tu parles de modularité : en flex, les modules sont gérés nativement et la communication entre un module swf (équivalent XAP avec Prism) se fait en quelques très simples lignes de codes.
Tout est en natif, simple à utiliser etc... Désolé mais la aussi on est très loin de l'usine à mettre en place dans SL4.

EDIT 2 :

Un autre dernier petit truc : dans une appli il était question de reprendre un flux RSS : quelle galère ! Silverlight sans acheter de composants (et encore) ne peut pas lire le HTML sans passer par je ne sais plus trop quelle option... C'est fou quand même non ? Sachant bien sur que cette option est un gouffre à mémoire !
En flex : les champs comme le richeditor de base n'a aucun souci et besoin d'aucune option pour intégrer du html.
Encore un exemple tout bête... Et y en a bien d'autres
1  0