Silverlight et Flex

https://stackoverflow.com/questions/20910

09-06-2019
|

Question

Mon entreprise développe plusieurs types d'applications.Une grande partie de notre activité consiste à créer des applications de type multimédia, généralement réalisées en Flash.Cependant, maintenant, ce côté de la maison commence à migrer vers le développement Flex.

La plupart de nos autres développements sont réalisés à l'aide de .NET.J'essaie plutôt de faire un effort pour faire du développement Silverlight, car cela permettrait de mieux tirer parti des développeurs .NET du personnel.Je préfère la plateforme Silverlight à la plateforme Flex pour le simple fait que Silverlight est entièrement constitué de code .NET.Nous avons plus de développeurs .NET parmi notre personnel que de développeurs Flash/Flex, et la plupart de nos développeurs Flash/Flex sont des graphistes (pas de vrais programmeurs).La seule raison pour laquelle ils se tournent vers Flex en ce moment est que cela semble être l'étape logique de Flash.

J'ai fait du développement en utilisant les deux et je crois honnêtement que Silverlight est plus facile à utiliser.Mais j'essaie de convaincre les gens qui ne sont que des développeurs Flash.

Alors voici ma question :Si je dois assister à une réunion pour faire l'éloge de Silverlight, pourquoi une entreprise voudrait-elle opter pour Silverlight au lieu de Flex ?Hormis l'évidence « tout le monde n'a pas Silverlight », quels sont les avantages et les inconvénients de chacun ?

La solution

Je pense que vous devriez considérer Silverlight comme un jeu à long terme, tout comme Microsoft semble le faire.Il existe un équilibre évident entre l'utilisation de Silverlight et celle de Silverlight.Flash lorsque vous êtes préoccupé par la portée et la base d'installation, mais voici quelques raisons pour lesquelles Silverlight est une bonne direction à suivre :

Avantage du deuxième joueur - Tout comme Microsoft a construit un « meilleur Java » avec .NET, ils sont aujourd'hui en mesure d'examiner comment concevoir un plugin RIA à partir de zéro.Ils ont l’avantage de savoir comment les gens utilisent le Web aujourd’hui, ce que les inventeurs de Flash n’auraient jamais pu deviner avec précision.Flash peut ajouter des fonctionnalités, mais il ne peut pas, de manière réaliste, abandonner la plate-forme et recommencer.
Connaissance des développeurs : Bien que Silverlight soit un nouveau modèle, il n'est pas entièrement inconnu des développeurs.Ils « comprendront » le fonctionnement de Silverlight beaucoup plus rapidement qu'ils ne le comprendront en lançant un nouvel environnement de développement avec un nouveau langage de script et de nouveaux paradigmes d'événements.
Se débarrasser du modèle de chronologie dans Flash - Flash a été initialement conçu pour les animations basées sur des images clés, et bien qu'il existe des moyens de l'abstraire, il est au cœur du fonctionnement de Flash.Silverlight abandonne cela pour un modèle centré sur les applications.
ScottGu – ScottGu est enthousiasmé par Silverlight.dit Nuff.
Nouvelles fonctionnalités intéressantes - Bien que Silverlight ait encore du retard à rattraper par rapport à Flash sur certaines fonctionnalités évidentes (comme l'intégration webcam / micro ou l'accélération 3D / graphique), de nouvelles technologies astucieuses sont intégrées à Silverlight - Deep Zoom en est un exemple.Je vois des technologies plus "révolutionnaires" du côté de Silverlight, alors que Flash semble être en mode maintenance à ce stade.

Autres conseils

Il y a deux questions ici :Silverlight contre.Flash comme plateforme et Silverlight vs.Flex en tant que cadre RIA.

La première question dépend de votre calendrier.Flash Player a une portée de plus de 95 %, Silverlight est loin d'en être proche.Cependant, Silverlight peut y arriver, il est après tout soutenu par Microsoft.Si vous envisagez de lancer un site la semaine prochaine et souhaitez une large audience, Silverlight n'est pas une option.Si vous souhaitez lancer une application vraiment cool que tout le monde voudrait utiliser, c'est un peu différent. Si votre application est suffisamment performante, votre public cible peut installer Silverlight juste pour pouvoir l'exécuter.

Quant à la deuxième question, il s'agit de savoir dans quelle mesure il est facile de développer applications dans Silverlight.Flex n'est pas seulement un ensemble de widgets, c'est un très gros framework qui fait beaucoup de choses pour faciliter le travail du développeur.Vous pourriez écrire les mêmes applications en utilisant uniquement l'API Flash principale, mais cela demanderait beaucoup plus de travail.En fonction de ce qui est disponible dans Silverlight, cela devrait être un facteur important lors du choix.Si vous pouvez réduire le temps de développement, est-ce que cela en vaut la peine ?

Je pense que Silverlight est le plus avantageux pour les entreprises qui ont des développeurs .NET mais qui n'ont aucune expérience en conception.

Les ensembles de compétences seront plus faciles à trouver en ce qui concerne les développeurs C# ou VB plutôt que les gourous d'ActionScript.Cependant, il y a un compromis :

L'expérience en conception est un investissement non seulement dans des concepteurs dotés de compétences artistiques, mais également dans les connaissances et les outils fournis par Adobe.Vous pouvez presque garantir qu'un concepteur professionnel utilise un Mac et possède une expérience avec les outils Adobe.

À l'heure actuelle, les outils de conception Silverlight sont à moitié cuits et peuvent constituer un casse-tête.Par exemple, les erreurs Blend lorsque vous essayez de restituer un xaml contenant un IValueConverter, cela pose problème.Je n'ai aucune idée de ce qu'est l'expérience des développeurs Adobe, je suis sûr qu'elle est aussi poilue.

À ce stade du jeu, il s’agit donc de ressources humaines :

Si vous avez une expérience .NET et peu investi dans les compétences en conception, optez pour Silverlight.Les compétences/outils de programmation seront transférables.Si vous avez une expérience et des compétences en conception, optez pour Flex.Les compétences/outils de concepteur seront transférables.

Quoi qu'il en soit, les deux plates-formes client nécessitent une communication avec les services pour obtenir des données, vous tirerez donc toujours parti de votre expertise en programmation existante sur le back-end.

Paraphrasé Celui de Jon avis d'un point de vue différent :

Je pense que vous devriez considérer Flex comme un jeu à long terme, tout comme Adobe semble le faire.Il existe un équilibre évident entre l'utilisation de Silverlight et celle de Silverlight.Faites preuve de flexibilité lorsque vous êtes préoccupé par la portée et la base d'installation, mais voici d'autres raisons pour lesquelles Flex est une bonne direction dans laquelle évoluer :

Second Mover Advantage - Tout comme Adobe a construit une "meilleure applet Java" avec Flash, ils sont capables de voir comment vous concevriez un runtime à partir de zéro, aujourd'hui.Ils ont l'avantage de savoir comment les gens utilisent le Web aujourd'hui, ce que les inventeurs des plates-formes clients existantes n'auraient jamais pu deviner avec précision..NET peut ajouter des fonctionnalités, mais ils ne peuvent pas jeter de manière réaliste la plate-forme et recommencer.
Familiarité des concepteurs - Bien que Flex / Air soit un nouveau modèle de programmation, il n'est pas entièrement inconnu pour les concepteurs.Ils "obtiendront" la façon dont Flex fonctionne beaucoup plus rapidement qu'ils ne le comprendront un nouvel environnement de conception avec de nouvelles outils de nouveaux fonctionnalités et de nouveaux paradigmes d'animation.
Être débarrassé du modèle de couleur RVB dans Silverlight - .NET a été initialement conçu pour Windows et il est au cœur de son fonctionnement.Flex a abandonné il y a longtemps pour un modèle centré sur le design.
Tous vos outils fonctionnent sur votre Mac.Dit Nuff.
Fonctionnalités cool - Silverlight a encore un rattrapage à faire avec Flash sur certaines fonctionnalités évidentes (comme l'intégration webcam / micro, ou accélération 3D / graphique).

Nous travaillons à la fois sur Silverlight et sur Flex, et voici le point de vue du développeur pour les deux.

Avantages de Silverlight :

Puissance du C#, extraits de code, réutilisation des implémentations d'algorithmes C# existantes
Puissance d'autres langages également, Generics et Linq, etc.
Puissance de l'exécution native de CLR au lieu de l'interpréteur de script d'action de Flash
Un studio visuel intégré pour tous les développements
Expression Blend est un éditeur vraiment cool et plus avancé que Flex Builder
XAML est convivial pour les moteurs de recherche
Transitions d'état assez sympas et faciles à définir
Threading et tâches asynchrones
Accessibilité, personne ne sait que Microsoft a toujours créé les meilleures fonctionnalités d'accessibilité sur tous ses produits, ils ont toujours bien fonctionné avec les personnes handicapées, en comparant les navigateurs, seul IE prend en charge l'accessibilité totale et Safari/Firefox, etc. ne sont pas plus proches.

Inconvénients de Silverlight :

Strictement plate-forme Microsoft, je sais que beaucoup de gens diront, mais avec le scénario actuel, la moitié des utilisateurs de Mac Intel ne parviennent pas à faire fonctionner Silverlight 3.0, tous les utilisateurs de Mac PPC ne peuvent pas utiliser Silverlight 2.0 et les versions ultérieures, et aucun Silverlight pour Linux.
Il existe du mono, mais pas officiellement pris en charge par Microsoft, il sera toujours en retard par rapport à l'ingénierie inverse .NET et son portage sur une autre plate-forme n'est pas encore prêt à l'emploi.
La majorité des composants/contrôles sont « scellés », il est donc difficile de les étendre et de les remplacer pour créer facilement de nouveaux composants.
Mauvaise architecture CustomControl/UserControl.Par exemple.vous ne pouvez pas avoir la racine de XAML en tant que ComboBox ou tout autre contrôle et lui laisser à la fois la conception et le code, vous pouvez créer un contrôle personnalisé mais ils sont beaucoup trop complexes
La liaison nécessite la dénomination des composants et ne prend pas en charge les expressions d'instance comme le fait flex, bien que la liaison bidirectionnelle soit bonne dans Silverlight, mais vous devez écrire des codes longs pour plusieurs liaisons pour une expression mathématique

e.g.
// this is possible in flex..
// but not in silverlight
<mx:TextBox id="firstName"/>
<mx:TextBox id="lastName"/>

// display full name..
<mx:Label text="{firstName.text} {lastName.text}"/>

Avantages de Flex :

Véritablement indépendant de la plate-forme, pris en charge sur divers matériels et systèmes d'exploitation et fonctionnant vraiment partout.
L'Open Source facilite grandement la compréhension et l'extension des fonctionnalités.
Chaque contrôle/composant peut être étendu et il y a moins de restrictions annulant le comportement par défaut.
Le moyen le plus simple de créer de nouveaux composants, vous pouvez faire dériver mxml de n'importe quel contrôle et les étendre avec une liaison étendue
Flex contient de nombreux contrôles et vous n'avez besoin d'aucune bibliothèque tierce

Inconvénients de Flex :

Exécution lente pour les exécutions itératives, pas de threads !!pas de tâches asynchrones !!
Basé sur le point 1, aucune animation ou graphisme génial possible
Pas de génériques, pas d'autres langages, pas de linq.
La classe numérique a un bug, je ne peux pas stocker la valeur complète de 64 bits
Eclipse est mauvais pour concevoir quelque chose de génial avec une interface utilisateur

Conclusion

Nous utilisons flex pour les applications de données, ce sont de simples applications de traitement de formulaires
Silverlight pour des graphismes et des animations extrêmement riches

Le problème avec Silverlight, c'est qu'il y a encore beaucoup de gens qui ne l'ont pas installé.De plus, je ne suis pas sûr de la capacité de vos développeurs .Net existants à tirer parti de leurs compétences existantes s'ils ne sont familiers qu'avec le codage .Net côté serveur plus traditionnel.

Quelles sont vos raisons pour lesquelles vous préférez Silverlight à Flex ?Si vous devez demander des raisons à la communauté SOFlow, il semble étrange que vous soyez si disposé à la pousser.

Un autre avantage du développement Flex est que vous pouvez passer au développement d'applications de bureau (Adobe AIR) avec le même code source (et le même IDE) et les distribuer depuis le Web.Vous pouvez consulter cepour l'avenir de la plateforme Flash.
Mise à jour T3/2011 :Flash 11 prend en charge l'accélération 3D de bas niveau, et il existe déjà de nombreux frameworks et moteurs majeurs (Unreal Engine 3, Unity) qui le prennent en charge.L'argument de vente pour l'avenir, cependant, est que l'application AIR fonctionnera sur les plates-formes Windows, Mac, Android, Playbook et iOS (la prise en charge de Linux a été abandonnée).Avec un minimum absolu de tracas entre les portages entre ceux-ci (du moins lorsque vous disposez d'Adobe CS5.5+).

Mise à jour T2/2015 :Silverlight est officiellement mort.Adobe AIR est vivant, mais pas prospère : il pourrait être utile en fonction de vos compétences et de votre chaîne d'outils.Microsoft et Adobe admettent que HTML5 est la voie à suivre (que ce soit avec AIR, Apache Cordova ou Visual Studio).

Mise à jour T3/2017 :Haha wow, qui utilise encore Flash.

À ne pas oublier:

Flex est très multiplateforme, car il est compilé à l'aide d'une compilation Java, ce qui signifie que vous pouvez facilement utiliser Mac ou Linux lors du développement d'applications Flex.J'ai ma configuration actuelle de cruisecontrol (qui utilise Linux), je crée des applications Flex, mais les développeurs utilisent à la fois Mac, Linux et Windows.

D'après mon expérience, les développeurs Java se sentent tout à fait à l'aise dans Flex Builder puisqu'il est basé sur Eclipse.

Vous n'obtiendrez jamais un vote équitable sur cette question sur SO car il y a tellement de développeurs Microsoft.

De plus, les gens voteront probablement contre cette réponse, qui dit vraiment tout.

Je dis de laisser vos développeurs essayer les deux plates-formes et voir laquelle ils préfèrent.

Pour répondre aux commentaires ci-dessous, je viens de remarquer que même s'il existe de nombreuses réponses recommandant Flash/Flex, celles pour Silverlight ont beaucoup plus de votes positifs.Il ne s’agit pas de mentir, il s’agit simplement de privilégier ce que l’on connaît, pas forcément la meilleure plateforme.

Les programmeurs Silverlight ne savent pas ce qu'ils manquent en ce qui concerne Flex.Silverlight ne dispose pas du modèle de composant et des capacités de déclenchement d'événements dont dispose Flex.En utilisant XNA et C#, un de mes amis doit franchir toutes sortes d'obstacles pour que son application Silverlight fonctionne.Ensuite, il doit être confié à un designer pour lui donner un aspect à moitié décent.

Écoutez les podcasts deepfriedbytes.com sur Silverlight et vous entendrez comment même quelques gars qui poussent vraiment Silverlight reconnaissent certains de ces problèmes.(JE pense, si je me souviens bien, l'un des gars travaille pour Microsoft, mais je peux me tromper - je l'ai écouté la semaine dernière).Ils conviennent que Silverlight n'est pas tout à fait prêt pour des applications énormes, dans son état actuel.

J'opterais pour Flex, pour une approche claire et simple, surtout si vous êtes déjà familier avec Flash et ActionScript 3.0.Flex a beaucoup plus de sens, à mon avis – Silverlight doit encore mûrir.

En fin de compte, vos développeurs ne devraient pas dicter votre technologie.Il s'agit absolument d'une décision produit qui doit être basée sur vos utilisateurs.

Si vous effectuez un déploiement sur Internet grand public, Flash Player ou AJAX est la solution idéale.Si vous effectuez un déploiement sur un réseau local privé pour une entreprise .net, vous disposez d'options.

En tant que graphiste, j'ai utilisé Flash (activé et désactivé) au cours des dernières années, et Silverlight (et son grand frère WPF) au cours des 1,5 dernières années.D'après ce que j'ai entendu de mon équipe (qui sont tous des développeurs ou d'anciens développeurs), si vos développeurs .Net doivent faire toute la programmation, optez pour Silverlight.J'adore Flash, mais même avec la refonte de la POO vers ActionScript 3 dans Flash 9 et versions ultérieures, c'est toujours un langage quelque peu original, et les allers-retours entre AS3 et C# rendront probablement vos développeurs fous :-).

Pour vos concepteurs, procédez comme suit :

Obtenez-leur une copie d'Expression Blend, l'outil de développement GUI pour Silverlight/WPF.
Blend a une courbe d'apprentissage initiale quelque peu abrupte, et l'interface vous propose une tonne de variables/options, alors investissez dans une formation et donnez à vos concepteurs le temps de se familiariser avec l'interface utilisateur.
En parlant de formation, abonnez-vous à la vidéothèque Lynda.com, notamment.la formation Lee Brimelow Expression Blend.
Avertissement :Blend et WPF changent rapidement, vous rencontrerez donc parfois des bugs dans Blend qui seront corrigés dans la prochaine version bêta/CTP de Blend.Par exemple.Il y avait un bug dans Blend 2 qui empêchait mes storyboards (animations) de fonctionner dans un projet récent.J'ai mis à niveau vers Blend 2.5CTP et cela a fonctionné.
Le contenu Silverlight ne semble pas toujours fonctionner avec la dernière version bêta du plugin Silverlight, c'est juste quelque chose à garder à l'esprit si vous testez une nouvelle fonctionnalité disponible uniquement dans le dernier plugin Silverlight.
Investissez dans un système puissant (Quad Core, 4 Go de RAM, etc.) Blend consomme beaucoup de ressources, notamment.quand vous avez des tonnes de couches.Par exemple.Je travaille sur une application avec plus de 100 couches (!) dans l'application de base (et plus de 100 autres dans certains contrôles utilisateur) et environ 40 à 50 storyboards.Toutes les quelques minutes, je dois redémarrer Blend, car l'interface utilisateur cesse de répondre (mais ne se fige pas).Soit cela, soit déplacez tout ce que vous pouvez dans les contrôles utilisateur.

Mon équipe écrivait des fonctionnalités Web riches dans Flex et les écrit maintenant dans Silverlight.

Nos raisons pour ce changement :

FlexBuilder est construit sur Eclipse.Eclipse est horrible !Gratuit, mais buggé, rempli de problèmes et lent.
FlexBuilder coûte deux fois le prix d'Expression Blend, que nous obtenons de toute façon gratuitement avec MSDN.
Flex est un problème pour le contrôle de source, il n'aime pas être obligé de placer les fichiers au même endroit et il ne fonctionne pas bien avec d'autres parties de votre solution (nous avons essayé avec SourceGear Vault et SVN).
La version Flex d'ActionScript n'aime pas la plupart des implémentations SOAP, en particulier elle a toutes sortes de problèmes avec celles de .Net WebMethod.
Bien que nous utilisions périodiquement des composants Flex sous licence, il décide que nous n'avons pas cette version et ajoute des filigranes de démonstration uniquement.La seule façon de supprimer cela est de réduire le projet en morceaux, de réinstaller Flex, de réinstaller les licences et de le reconstruire.
FlexBuilder n'aime pas du tout Vista.
L'acceptation de Silverlight augmente, une fois qu'elle était au niveau où nous pouvions l'ajouter comme exigence pour les fonctionnalités pertinentes que nous avons changées.Si nous travaillions pour un public Web (plutôt que professionnel), je ne suis pas sûr que nous aurions pu le faire.

Le reste de notre projet est .Net et C#, vous trouverez peut-être tous ces problèmes moins importants dans une boutique Java.

Comme Kibbee l'a laissé entendre ci-dessus, l'argument consistant à tirer parti des développeurs .Net existants ne tient pas beaucoup la route.Il est impossible d’être un expert dans toutes les facettes du développement .Net.La plateforme est tout simplement trop grande.Il en va de même pour Java.La seule chose que Silverlight a à offrir du point de vue des compétences est que vous pouvez coder dans votre langage .Net préféré.Cet avantage est assez faible si vous effectuez déjà un développement Web important utilisant JavaScript, car le script d'action est une variante.Donc, vraiment, pour convertir un programmeur vers Flex ou Silverlight, il faut apprendre l'API de la plate-forme.

Nous avons rencontré le même problème et Flex a gagné haut la main.Nos développeurs .NET étaient inquiets au début, mais après avoir travaillé si longtemps dans la douleur d'Ajax et de JavaScript, ils ADORENT et aiment vraiment travailler dans Flex.

Voici un test simple pour vous...essayez de trouver au moins 3 exemples d'applications Silverlight réelles (qui ne sont pas des jeux, des lecteurs vidéo ou des gadgets).Faites ensuite de même pour Flex.

Je pense que Silverlight et XAML sont préférables à ActionScript, et bien que je ne sois pas familier avec les IDE ActionScript, je connais VS2008 et Expression Web/Blend, et ce sont de très bons environnements de développement et s'améliorent constamment.J'opterais pour Silverlight, et je pense que la clé pour inciter les utilisateurs à installer le plug-in est d'avoir une bonne page de détection du plug-in qui explique ce qu'est SL et pourquoi ils en ont besoin.Pour un exemple de ceci, allez à http://memorabilia.hardrock.com/ et essayez-le avec votre plug-in SL désactivé.

Bien que j'aie travaillé avec Silverlight et que je sois très enthousiasmé par la possibilité d'avoir des applications vivant en dehors du navigateur, l'un des énormes avantages d'AIR est qu'il donne accès à la fonctionnalité native de glisser-déposer.Cela vous permet de créer des fonctionnalités de téléchargement d'images ou de documents très conviviales (par ex.téléchargeur Flickr).D'après ce que j'ai entendu, MS ne se concentre pas encore sur ce type de soutien (c'est-à-direaucun projet annoncé).

J'utilise cette règle générale :si votre entreprise développe des logiciels multimédias basés sur Internet et a des clients avec toutes sortes de plates-formes, et que vous n'utilisez pas d'applications gourmandes en bases de données, Flex est la réponse définitive, si votre entreprise développe à la fois des produits basés sur Internet et sur DVD, moins interactifs mais plus intensifs ( CPU, mémoire) et utilise une quantité ridicule de transactions de base de données. Silverlight a plus de sens

Quelqu'un a dit:"Trouvez 3 applications Silverlight du monde réel".Ok, j'en connaissais quelques-uns par tête, mais je les ai quand même cherché sur Google.La liste:

Jeux olympiques de Pékin 2008 (statistiques ici, 250 To de données livrés !)
Lecteur Netflix à la demande
Client de messagerie AOL (peut-être pas encore publié)

Oh, pas de lecteurs vidéo ?Eh bien, il reste l'application UFC (c'est un hybride vidéo/chat/autres choses) et le client de messagerie AOL.Silverlight excelle dans la vidéo et c'est là qu'il prend pied, mais cela ne veut pas dire qu'il ne peut pas faire autre chose.Je ne vois aucune raison de le rejeter simplement parce qu'il fait bien de la vidéo.

Infomonde [lien] a déclaré que « Silverlight a des mérites techniques substantiels et des performances relativement bonnes.Il s'agit d'une technologie RIA très performante qui est particulièrement utile entre les mains des programmeurs ayant une expérience .Net et des concepteurs ayant une expérience XAML. " C'est un bon article à lire concernant votre question.

Ma réponse:si vous avez une équipe de développeurs à l'aise avec .NET, Silverlight devrait être le premier sur votre liste.Si ce n'est pas le cas, c'est un vrai coup de tonnerre.J'ai vu des articles dire que Visual Studio est une plateforme de développement supérieure à celle que vous utilisez avec Flex.Mais Flash est presque omniprésent.

Gardez également à l’esprit que Silverlight 2 n’utilise presque pas de Javascript (je pense qu’aucun, mais je ne suis pas positif).Ainsi, tout évitement de Silverlight à cause de JS est infondé.

Si performance compte, Silverlight y gagne.J'ai vu l'utilisation du processeur de mon navigateur atteindre 100 % à plusieurs reprises et la suppression de la fenêtre en cours d'exécution Flash s'en débarrassait toujours.C'est particulièrement évident dans Chrome où vous pouvez voir le processus qui consomme votre processeur.Si vous êtes intéressé par Silverlight pour le potentiel de jeu, recherchez QuakeLight, le port Silverlight de Quake.Ça s'annonce vraiment bien.

Je pense vraiment que cela dépend de votre talent de développeur et du type d'application que vous allez proposer.Un jeu simple ?Éclair.Une application métier ?Lumière argentée.Entre?Suivez ce que vos développeurs recommandent.

Si vous connaissez .NET, Silverlight 3.0 est la voie à suivre.Je l'utilise et je l'adore.Je n'ai pas à jouer avec AJAX ou JS BTW (je n'ai aucune idée de ce à quoi ce type faisait référence, peut-être SL 1.0). Pour les données, il s'agit principalement d'appels WCF asynchrones (LINQ to SQL derrière WCF) ou de fichiers XML ou de services RIA.Il vous permet d'utiliser la plupart des effets de shader, il possède des styles, des modèles de contrôle et le presse-papiers Windows/Mac à accès natif.Je peux exécuter des vidéos haute définition et la plupart des processus fonctionnent très bien, même avec des processeurs lents.J'apprécie également la liaison de données, la liaison de contrôle et les collections observables me font gagner beaucoup de temps.DE PLUS, je peux utiliser LINQ, un gain de temps important, sans parler de l'utilisation de Visual Studio pour déboguer.

Je développe des applications .NET d'entreprise, je connais donc ma base d'installation et ils installeront le complément (30 secondes généralement).Pour un site Web frontal, vous risquez de perdre certains utilisateurs qui ne souhaitent pas installer Silverlight ou n'exécutent pas Mac ou Windows.Vous POUVEZ avoir des applications avec SL en dehors du navigateur avec 3.0.

Je suis peut-être un partisan de .NET, mais je me suis développé si rapidement que je dois le recommander.

Tu ne devrais sérieusement pas utiliser N'IMPORTE LEQUEL de ces technologies ActiveX2.0.Ni Silverlight ni Flex...

Tout d'abord, les deux ne sont rien de plus que des "frameworks Winforms distribués avec prise en charge de l'exécution dans le navigateur", deuxièmement, ils ne se portent pas bien sur d'autres appareils (particulièrement vrai pour Silverlight), troisièmement, ils ne fonctionnent pas bon avec d'autres parties de votre page.Ils ne fonctionnent pas bien pour les personnes handicapées, etc, etc, etc.La liste s'étend à l'infini...

Adobe et Microsoft essaient tous deux de cacher ce fait très fort, mais en fin de compte, Silverlight et Flex ne sont rien d'autre qu'ActiveX dans un nouvel emballage...

Bien sûr, ils fonctionnent dans des bacs à sable, sont des langages gérés et tout ça.Mais il s'agit toujours d'un gros morceau de BLOB téléchargé pour être exécuté localement dans votre navigateur, AKA ActiveX...

C'est une vieille question, l’histoire a désormais parlé !

Silverlight a été pour ainsi dire abandonné par Microsoft, il n'a jamais eu de base d'installation utile.Fête due au fait que Microsoft ne s’y engage pas à 100 %.

Flash (d'où Flex) fonctionne toujours.Cependant, de plus en plus de navigateurs ne supportent aucun plug-in, ce n'est donc qu'une question de temps (années) avant que Flush ne suive le chemin de Silverlight.

Peut-être qu'un jour Flex sera reciblé vers HTML5 sans plug-ins….

L'iPhone a été parlé et il a indiqué que la seule option était Apples Way ou HTML5.

Flash Player est disponible et pris en charge officiellement sur presque toutes les plates-formes de bureau (Windows, Linux, Mac), tandis que Silverlight sera principalement pris en charge sous Windows.

ce qui suit article fournit une comparaison des deux plates-formes.

Licencié sous: CC-BY-SA avec attribution

Non affilié à StackOverflow