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

Le 03/12/2010, par Gordon Fowler, Chroniqueur Actualités
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

Les rubriques (actu, forums, tutos) de Développez
Retrouvez le dossier complet de la rédaction
12/12 - Silverlight 5 disponible en version finale supportée jusqu'en 2021, la dernière version majeure ?
02/09 - Silverlight 5 disponible en RC avec plus de 40 nouvelles fonctionnalités dont le support de l'impression vectorielle et des systèmes 64 bits
13/04 - Silverlight 5 disponible en version beta avec la possibilité d'intégrer des interfaces fondées sur XNA
11/04 - La bêta de Silverlight 5 sera disponible la semaine prochaine, Microsoft annonce vouloir aussi améliorer ses outils HTML5
02/12 - Microsoft lance Silverlight 5 : plus puissant, plus simple, encore plus « developer-friendly »


Poster une réponse Retrouver la discussion sur le forum

Avatar de stailer stailer
Membre Expert
le 03/12/2010
Citation:
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
le 03/12/2010
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 Confirmé Sénior
le 11/04/2011
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 confirmé
le 11/04/2011
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 Expert
le 11/04/2011
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 confirmé
le 11/04/2011
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/Modérateur
le 11/04/2011
A noter que le "la semaine prochaine" de la news, ben c'est demain
Avatar de stailer stailer
Membre Expert
le 11/04/2011
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 confirmé
le 12/04/2011
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/DXDockingSilverlightDemos/ - 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 Expert
le 12/04/2011
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.
Avatar de blbird blbird
Membre confirmé
le 12/04/2011
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.
Avatar de Hathortos Hathortos
Membre régulier
le 12/04/2011
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 ?
Avatar de stailer stailer
Membre Expert
le 12/04/2011
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
Avatar de Nathanael Marchand Nathanael Marchand
Rédacteur/Modérateur
le 12/04/2011
Citation:
Envoyé par Hathortos Voir le message
Tu es sur ?
Aujourd'hui ou demain! Ils sortent la beta en meme temps qu'une des Keynotes du Mix'11 qui se passe aujourd'hui et demain
Avatar de GuruuMeditation GuruuMeditation
Membre Expert
le 12/04/2011
La je suis au mix11 et le message est un peu confus...ils ont fait une preview de ie10 en disant "avec html 5 on peut faire pas mal sans passer par un plugin"...en gros, SL...j'espère que ce sera plus clair demain avec la keynote Silverlight.

Je suis a une session HTML5 pour développer SL, j'espère voir plus clair....
Avatar de freezer08 freezer08
Membre habitué
le 13/04/2011
On a été plus ou moins prévenu que HTML5 prendrait les devants de la scène (cf. blog post de la team Silverlight).

Maintenant, n'oublions pas qu'en terme de productivité, à l'heure actuelle, HTML5 est à des années lumières de Silverlight. Entre une application web tout public et une appli business back office, la maîtrise de l'environnement n'est pas la peine et les besoins bien différents.
Toujours est-il que continuer sur la voie du (vieux) Javascript et des prises de tête sur la compatibilité cross-browser, j'appelle pas ça une (r)évolution ...

Quoiqu'il arrive, vivement demain soir
Avatar de blbird blbird
Membre confirmé
le 13/04/2011
Citation:
Envoyé par stailer Voir le message
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.
Oui mais non. Je ne te parle pas de communication et d'appel de méthodes entre modules, ca, n'importe quel langage un minimum évolué sait le faire. Je te parle d'une vrai modularité, celle où tu as juste à poser un module supplémentaire dans tes fichiers, et comme par magie, toute ton application le prend automatiquement en compte (sans une seule ligne de code supplémentaire), et se rajoute automatiquement les menus, la navigation et les écrans qui vont avec. En somme, un framework IoC, comme il en existe des douzaines en DotNet. Sur de gros projets, cette modularité offre d'énormes avantages en terme de temps de développement, de tests, et d'intégration de nouveaux contenus. Combiné à une archi en design-pattern MVC (ou MVVM) sous Dotnet, c'est ce qui permet de construire de grosses applications robustes. Bon passons. Ca, et tout le reste, viendra avec l'expérience sur de gros projets (qui ne sont par définition jamais simples), si tu les fais dans une technologie qui le permet. PS : Pour le RSS, c'est vrai que c'est d'une complexité sidérante d'aller les lires en C#. Exemple :
Code :
Sélectionner tout - 
123456
WebClient client = new WebClient();
client.DownloadStringCompleted += (s,ea) =>
{
    System.Diagnostics.Debug.WriteLine(ea.Result);
};
client.DownloadStringAsync(new Uri("http://url_du_flux_rss"));
4 lignes de code et tu as déjà le flux rss sous forme XML.
Reste plus qu'à le lire pour en faire ce que tu veux, par ex. avec LinqToXml
Code :
Sélectionner tout - 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
client.DownloadStringCompleted += (s, ea) =>
{
  XDocument doc = XDocument.Parse(ea.Result);
  XNamespace ns = "http://www.w3.org/2005/Atom";          
  var items = from item in doc.Descendants(ns + "entry")  
    select new Tweet()                                
    {
      Message = item.Element(ns + "title").Value, 
      Image = new Uri((                                 
          from XElement xe in item.Descendants(ns + "link")
          where xe.Attribute("type").Value == "image/png"
          select xe.Attribute("href").Value
          ).First<string>()),
    };
  foreach (Tweet t in items)
  {
    _tweets.Add(t);
  }
};
Et tu l'as déjà sous forme de liste dans ton interface graphique.

EquinoxeDotNet, tu nous fera partager tes découvertes?
Avatar de stailer stailer
Membre Expert
le 13/04/2011
Citation:
Pour le RSS, c'est vrai que c'est d'une complexité sidérante d'aller les lires en C#
Comme pour le reste : apparemment tu n'es pas rentré dans le détail de quoi que ce soit et tu n'as pas l'air toi même de maitriser les propres concepts dont tu parles.

Si ton flux rss à du HTML (style + images) , en silverlight, sans rien faire, dans un bloc de texte, tu peux l'afficher ?

Ne me dis pas oui, c'est pas possible... Sauf avec "isWindowless=true" mais alors la, tu mets ton appli à genoux si elle est un temps soit peu conséquente.

Modularité :
Citation:
celle où tu as juste à poser un module supplémentaire dans tes fichiers
Pareil : oui en flex tu les mets dans un répertoire et tu les lis aussi... renseigne toi un peu, c'est le moduleLoader qui le fait. En natif, sans framework.

Citation:
En somme, un framework IoC, comme il en existe des douzaines en DotNet.
Vu la grosse communauté Flash/Flex , évidemment il en existe aussi pas mal en flex mais j'ai jamais utilisé.

EDIT
Pour info je développe en MVVM sous flex
Avatar de freezer08 freezer08
Membre habitué
le 13/04/2011
Intéressante votre discussion ^^
J'avais lu un article il y a 1 an qui comparait Flex à Silverlight, et effectivement, les 2 technos semblaient déjà très proches. A mon sens, elles se distinguent sur la cohésion de leur écosystème et la capitalisation des compétences.

Tu fais du Flex ? Cool, tu sais développer en ActionScript/MXML. Est-ce que tu peux réutiliser cette compétence ailleurs ? Mouais, allez, ça ressemble à du java / javascript, partons dans cette voie. Côté IDE, c'est un avis très subjectif, mais je n'ai vraiment pas été séduit par Flex Builder.

Tu fais du Silverlight ? Tu sais développer en .NET(C#/XAML), et là ça t'ouvre les portes du nirvana et la puissance de Visual Studio

Bref, 2 technos qui valent le coup, chacune ayant ses défauts et qualités !

EDIT:
Petite parenthèse : le cas de l'affichage de HTML dans l'appli est intéressant. Comment c'est géré en Flex ? Pas d'iframe/javascript ? C'est un contrôle natif type WebBrowser en Silverlight OOB ?
Avatar de stailer stailer
Membre Expert
le 13/04/2011
Je fais du Flex ET du Silverlight, ce sont mes 2 technos préférées aujourd'hui.

Pour le HTML en Silverlight, je me modère : tu peux le faire via un composant (acheté ou gratuit) mais en natif tu peux pas. C'est d'ailleurs ce que j'ai reproché tout de suite à Silverlight : le manque de contrôle et le manque de finition dans les contrôles en standard.
En flex, il le gère par exemple dans le RichEditor sans IFrame.
Tu peux définir des zones HTML sans mettre par terre les performances.
D'ailleurs le richeditortext est très puissant et je ne comprends pas que ce composant qui me semble "standard" ne soit pas dans le silverlight de base.

Concernant :

Citation:
Tu sais développer en .NET(C#/XAML), et là ça t'ouvre les portes du nirvana et la puissance de Visual Studio
C'est vrai... Flash builder est moins bien que VS2010... Mais avec Flash Builder en standard je fais par exemple du profiling très poussé, je fais diverses configurations etc.. bref je profite de toute la puissance d'Eclipse.

Ok, ça ne paye pas de mine par rapport à VS, mais quand tu passes un peu de temps dessus tu t'aperçois qu'en debug ça va tout aussi loin.

Citation:
Bref, 2 technos qui valent le coup, chacune ayant ses défauts et qualités !
Entièrement d'accord...
Avatar de blbird blbird
Membre confirmé
le 13/04/2011
Citation:
Envoyé par freezer08 Voir le message
Bref, 2 technos qui valent le coup, chacune ayant ses défauts et qualités !
Tout pareil.

Il est extrêmement facile de produire des composants en Silverlight. Si j'écoutais mes développeurs, ils referaient la roue pour chaque application avec plaisir.

Concernant le HTML dans Silverlight, pour moi du HTML doit s'afficher via un navigateur web, pas par un composant qui va traiter le code HTML à sa sauce. Il existe des composants simples d'affichage d'HTML simples gratuits ou payants directement dans Silverlight, mais pas en natif. Ca ne m'a jamais manqué.

Bref. A la base il est vrai qu'on est sur un sujet Silverlight, donc désolé d'avoir pollué.

P.S. : pour avoir fait pendant presque 10 ans de l'archi Java avec Eclipse, le point fort d'Eclipse par rapport à la suite VS, c'est quand même le refactoring, et le codage objet (en Java!). L'éditeur de Visual Studio est encore et toujours complètement à la bourre, et je ne comprends pas pourquoi ils ne font pas un effort là-dessus.... Pour le reste, VS est souvent plus agréable à utiliser.
Poster une réponse Retrouvez la suite de la discussion

 
 
Developpez.com

Nous contacter

Participez

Informations légales

 
Services

Forum d'entraide

Blogs

Hébergement

 
Partenaires

Hébergement Web