Silverlight vs Flex

Mon entreprise développe plusieurs types d’applications. Une grande partie de notre activité consiste à faire des applications de type multimédia, généralement réalisées en Flash. Cependant, cette partie de la maison commence à migrer vers le développement Flex.

La plupart de nos autres développements sont réalisés en utilisant .NET. J’essaie plutôt de faire du développement Silverlight, car cela profiterait mieux aux développeurs .NET du personnel. Je préfère la plate-forme Silverlight sur la plate-forme Flex pour le simple fait que Silverlight est tout le code .NET. Nous avons plus de développeurs .NET sur le personnel que les 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 poussent vers Flex en ce moment, c’est parce 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 à travailler. Mais j’essaye de convaincre les gens qui ne sont que des développeurs Flash.

Alors voici ma question: si je vais à une réunion pour faire l’éloge de Silverlight, pourquoi une entreprise voudrait-elle utiliser Silverlight au lieu de Flex? En dehors de l’évidence “pas tout le monde a Silverlight”, quels sont les avantages et les inconvénients pour chacun?

Je pense que vous devriez regarder Silverlight comme un jeu à long terme, comme Microsoft semble le faire. Il y a un équilibre évident entre l’utilisation de Silverlight et de Flash lorsque vous êtes préoccupé par la scope et la base d’installation, mais voici quelques raisons pour lesquelles Silverlight est une bonne direction pour vous déplacer:

  1. Deuxième avantage – Tout comme Microsoft a créé un «meilleur Java» avec .NET, il est désormais possible d’examiner comment concevoir un plug-in 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 append des fonctionnalités, mais elles ne peuvent pas, de manière réaliste, jeter la plate-forme et recommencer.

  2. Familiarisation avec les développeurs – Bien que Silverlight soit un nouveau modèle, il n’est pas totalement inconnu des développeurs. Ils «obtiendront» la manière dont Silverlight fonctionne beaucoup plus rapidement qu’ils ne comprendront le lancement d’un nouvel environnement de développement avec un nouveau langage de script et de nouveaux paradigmes d’événement.

  3. En se débarrassant du modèle de chronologie dans Flash, Flash a été conçu à l’origine pour les animations basées sur des images clés, et bien qu’il existe des moyens d’abstraire cela, il est au cœur du fonctionnement de Flash. Silverlight fossés que pour un modèle centré sur l’application.

  4. ScottGu – ScottGu est furieux à propos de Silverlight. Nuff dit.

  5. Nouvelles fonctionnalités sympas – Alors que Silverlight a encore du rattrapage avec Flash sur certaines fonctionnalités évidentes (comme l’intégration webcam / micro ou l’accélération 3D / graphique), certaines nouvelles technologies astucieuses sont intégrées à Silverlight: Deep Zoom en est un exemple. Je vois plus de technologies “révolutionnaires” du côté de Silverlight, tandis que Flash semble être en mode maintenance à ce stade.

Il y a deux questions ici: Silverlight vs Flash en tant que plate-forme et Silverlight vs. Flex en tant que framework RIA.

La première question dépend de votre calendrier. Flash Player a plus de 95% d’atteinte, Silverlight n’en a aucun moyen. Cependant, Silverlight peut y arriver, il est après tout soutenu par Microsoft. Si vous envisagez de lancer un site la semaine prochaine et que vous souhaitez un public énorme, Silverlight n’est pas une option. Si vous visez à 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.

En ce qui concerne la deuxième question, il s’agit de la facilité avec laquelle il est possible de développer des 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 de base, mais cela demanderait beaucoup plus de travail. Selon ce qui est disponible dans Silverlight, cela devrait être un facteur important lors de la décision. Si vous pouvez réduire le temps de développement, deux plates-formes en valent-elles la peine?

Je pense que Silverlight est le plus avantageux pour les entresockets qui ont des développeurs .NET mais qui n’ont aucune expérience en matière de conception.

Les compétences seront plus faciles à trouver dans la recherche de développeurs C # ou VB et dans la recherche de guru ActionScript. Cependant, il y a le compromis:

L’expérience de conception est un investissement non seulement pour les concepteurs possédant des compétences artistiques, mais également pour les connaissances et les outils fournis par Adobe. Vous pouvez presque garantir qu’un concepteur professionnel utilise un mac et a de l’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 de mélange lors de la tentative de rendu d’un xaml contenant un IValueConverter, cela pose problème. Je n’ai aucune idée de ce que l’expérience du développeur Adobe est, je suis sûr que c’est aussi poilu.

Donc, à ce stade du jeu, il s’agit de ressources humaines:

Si vous avez une expérience .NET et que vous investissez peu dans les compétences de conception, allez à Silverlight. Les compétences / outils de programmation seront transférables. Si vous avez de l’expérience en design et des compétences, allez avec Flex. Les compétences / outils du concepteur seront transférables.

Dans les deux cas, les deux plates-formes client nécessitent une communication avec les services pour obtenir des données. Vous pourrez ainsi toujours utiliser votre expertise de programmation existante.

Paraphrasé l’ opinion de Jon d’un autre sharepoint vue:

Je pense que vous devriez regarder Flex comme un jeu à long terme, comme Adobe semble le faire. Il y a un équilibre évident entre l’utilisation de Silverlight et celle de Flex lorsque vous êtes préoccupé par la scope et la base d’installation, mais voici d’autres raisons pour lesquelles Flex est une bonne solution:

  1. Deuxième avantage – Tout comme Adobe a créé un «meilleur applet Java» avec Flash, il est désormais possible d’envisager la façon dont vous allez concevoir un environnement d’exécution. Ils ont l’avantage de savoir comment les gens utilisent le Web aujourd’hui, ce que les inventeurs des plateformes client existantes n’auraient jamais pu deviner avec précision. .NET peut append des fonctionnalités, mais elles ne peuvent pas effectuer un transfert réaliste de la plateforme et recommencer.

  2. Familiarisation avec les concepteurs – Bien que Flex / AIR soit un nouveau modèle de programmation, il n’est pas totalement inconnu des concepteurs. Ils «obtiendront» la manière dont Flex fonctionne beaucoup plus rapidement qu’ils ne comprendront le lancement d’un nouvel environnement de conception avec de nouvelles fonctionnalités, des outils pauvres et de nouveaux paradigmes d’animation.

  3. Se débarrasser du modèle de couleurs RVB dans Silverlight-.NET a été conçu à l’origine pour Windows et est au cœur de son fonctionnement. Flex a abandonné il y a longtemps pour un modèle centré sur le design.

  4. Tous vos outils fonctionnent sur votre mac. Nuff dit.

  5. Fonctionnalités cool – Silverlight a encore du rattrapage à faire avec Flash sur certaines fonctionnalités évidentes (comme l’intégration webcam / micro ou l’accélération 3D / graphique).

Nous faisons à la fois Silverlight et Flex, et voici le sharepoint vue du développeur pour les deux.

Avantages de Silverlight:

  1. Puissance de C #, extraits de code, réutilisation d’implémentations d’algorithme C # existantes
  2. Puissance d’autres langues aussi, génériques et linq etc.
  3. Puissance de l’exécution native du CLR au lieu de l’action Action Interpretator de Flash
  4. Un studio visuel intégré pour tous les développements
  5. Expression Blend est un éditeur vraiment cool et plus avancé que Flex Builder
  6. XAML est adapté aux moteurs de recherche
  7. De jolies transitions d’état et faciles à définir
  8. Tâches de thread et asynchrones
  9. L’accessibilité, personne ne sait que Microsoft a toujours fait les meilleures fonctionnalités d’accessibilité sur tous ses produits, ils ont toujours bien travaillé avec les personnes handicapées, en comparant uniquement les navigateurs Internet IE supporte une accessibilité complète et Safari / firefox etc

Les inconvénients de Silverlight:

  1. Ssortingctement Microsoft Platform, je sais que beaucoup de gens se disputeront mais avec le scénario actuel, la moitié des gars d’Intel Mac ne peuvent pas utiliser Silverlight 3.0, tous les gars de Mac PPC ne peuvent pas utiliser Silverlight 2.0 et No silverlight pour Linux.
  2. Il est mono, mais pas officiellement pris en charge par Microsoft, il sera toujours en retard sur l’ingénierie inverse .NET et le portera sur une autre plate-forme, ce n’est pas encore prêt.
  3. 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.
  4. Mauvaise architecture CustomControl / UserControl. Par exemple, vous ne pouvez pas avoir la racine de XAML comme ComboBox ou tout autre contrôle et laissez-le avoir à la fois du design et du code, vous pouvez créer un contrôle personnalisé mais ils sont trop complexes
  5. La liaison requirejs la dénomination des composants et ne prend pas en charge les expressions telles que flex, bien que la liaison bidirectionnelle soit efficace dans Silverlight, mais vous devez écrire des codes longs pour plusieurs liaisons pour une expression mathématique.
eg // this is possible in flex.. // but not in silverlight   // display full name..  

Avantages de Flex:

  1. Véritablement indépendante de la plate-forme, prise en charge sur divers matériels et systèmes d’exploitation et fonctionnant véritablement partout.
  2. Open Source facilite la compréhension et l’extension des fonctionnalités.
  3. Chaque contrôle / composant peut être étendu et il y a moins de ressortingctions qui remplacent le comportement par défaut.
  4. Le moyen le plus simple de créer de nouveaux composants, vous pouvez avoir mxml dériver de tout contrôle et les étendre avec une liaison étendue
  5. Flex contient beaucoup de contrôles et vous n’avez besoin d’aucune bibliothèque tierce

Les inconvénients de Flex:

  1. Exécution lente pour les exécutions itératives, pas de threads !! pas de tâches asynchrones !!
  2. Basé sur le point 1, pas de grande animation ou graphique possible
  3. Pas de génériques, pas d’autres langues, pas de linq ..
  4. La classe de nombres a un bogue, ne peut pas stocker la pleine valeur de 64 bits
  5. Eclipse est mauvais pour concevoir quelque chose de génial

Conclusion

  1. Nous utilisons flex pour les applications de données, ce sont des applications simples de traitement de formulaires
  2. Silverlight pour des graphiques 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é. En outre, je ne suis pas sûr de la capacité de vos développeurs .Net existants à exploiter leurs compétences existantes s’ils ne sont familiarisés qu’avec le codage .Net côté serveur plus traditionnel.

Quelles sont vos raisons pour pousser Silverlight over Flex? Si vous devez demander à la communauté SOFlow pour des raisons, il semble étrange que vous soyez prêt à le faire.

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 dissortingbuer à partir du Web. Vous pouvez vérifier cela pour l’avenir de la plateforme Flash.
Mise à jour du troisième sortingmestre de 2011: Flash 11 prend en charge l’accélération 3D de bas niveau, et de nombreuses infrastructures et moteurs principaux (Unreal Engine 3, Unity) le prennent déjà en charge. L’avenir est que l’application AIR fonctionnera sur les plates-formes Windows, Mac, Android, Playbook et iOS (le support de Linux a été supprimé). Avec un minimum de tracas entre le portage entre ceux-ci (au moins lorsque vous avez Adobe CS5.5 +).

Mise à jour Q2 / 2015: Silverlight est officiellement mort. Adobe AIR est vivant, mais pas prospère – il peut être utile en fonction de vos compétences et de votre chaîne d’outils. Microsoft et Adobe admettent tous deux que HTML5 est la solution (avec AIR, Apache Cordova ou Visual Studio).

Mise à jour Q3 / 2017: Haha wow, qui utilise même plus Flash.

À ne pas oublier:

Flex est très multi-plateforme, car il est compilé en tant que compilation Java, ce qui signifie que vous pouvez facilement utiliser Mac ou Linux pour développer des applications Flex. J’ai ma configuration actuelle de cruisecontrol (qui utilise Linux) Je construis des applications Flex, mais les développeurs utilisent à la fois Mac, Linux et Windows.

Dans mon expérience, les développeurs Java se sentent tout à fait à l’aise dans Flex Builder, car il est basé sur Eclipse.

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

En outre, les gens vont probablement voter cette réponse, qui dit tout.

Je dis à vos développeurs d’essayer les deux plates-formes et de voir ce qu’ils préfèrent.

Pour répondre aux commentaires ci-dessous, j’ai juste remarqué que bien qu’il y ait beaucoup de réponses recommandant Flash / Flex, celles pour Silverlight ont beaucoup plus de votes. Il ne s’agit pas de mentir, mais de favoriser ce que vous connaissez, pas nécessairement la meilleure plate-forme.

Les programmeurs de Silverlight ne savent pas sur quoi ils manquent quand il s’agit de Flex. Silverlight ne dispose pas du modèle de composant et des capacités de déclenchement d’événements de Flex. En utilisant XNA et C #, un de mes amis doit passer par toutes sortes de cerceaux pour que son application Silverlight fonctionne. Ensuite, il faut le transmettre à un concepteur pour qu’il paraisse à moitié décent.

Écoutez les podcasts de 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, que 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 de grosses applications, dans son état actuel.

J’utiliserais Flex pour une approche simple et nette, surtout si vous connaissez déjà Flash et ActionScript 3.0. Flex a plus de sens, à mon avis – Silverlight doit encore mûrir.

Au bout du compte, vos développeurs ne devraient pas dicter votre technologie. Ceci est absolument une décision de produit qui devrait être basée sur vos utilisateurs.

Si vous effectuez un déploiement sur Internet, le lecteur Flash ou AJAX est la solution. Si vous déployez sur un réseau local privé pour une entreprise .net, vous avez des options.

En tant que graphiste, j’ai utilisé Flash (on et off) 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 développeurs ou anciens développeurs, si vos développeurs .Net vont faire toute la programmation, optez pour Silverlight. J’adore Flash, mais même avec la refonte de la POO en ActionScript 3). Flash 9 et plus, c’est toujours un langage un peu bizarre, et les allers-retours entre AS3 et C # vont probablement pousser les développeurs à la tâche :-).

Pour vos concepteurs, procédez comme suit:

  • Obtenez-leur une copie d’Expression Blend, l’outil de développement d’interface graphique pour Silverlight / WPF.

  • Blend a une courbe d’apprentissage initiale assez raide, et l’interface vous lance une tonne de variables / options, alors investissez dans de la formation et donnez à vos concepteurs le temps de se familiariser avec l’interface utilisateur.

  • En parlant de formation, obtenez un abonnement à la vidéothèque Lynda.com, en particulier le cours de formation Lee Brimelow Expression Blend.

  • Caveat emptor: Blend et WPF changent rapidement, donc vous rencontrerez parfois des bogues 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 plug-in Silverlight, mais il suffit de garder à l’esprit si vous testez une nouvelle fonctionnalité disponible uniquement dans le dernier plug-in Silverlight.

  • Investissez dans un système puissant (Quad Core, 4 Go de RAM, etc.) Blend consum beaucoup de ressources, surtout 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 ne répond plus (mais ne se fige pas). Soit ça, soit déplacer tout ce que vous pouvez dans les contrôles utilisateur.

Mon équipe avait l’habitude d’écrire des fonctionnalités Web enrichies dans Flex et les écrit désormais dans Silverlight.

Nos raisons pour ce changement:

  • FlexBuilder est basé sur Eclipse. Eclipse est affreux! Gratuit, mais bug bugué, pépin rempli et lent.
  • FlexBuilder est deux fois plus cher qu’Expression Blend, que nous obtenons gratuitement avec MSDN.
  • Flex est une source de difficultés pour le contrôle des sources, il n’aime pas être fait pour placer des fichiers en un seul endroit et il ne fonctionne pas bien avec d’autres parties de votre solution (nous avons essayé avec SourceGear Vault et SVN).
  • La version de Flex d’ActionScript n’aime pas la plupart des implémentations SOAP, en particulier elle présente toutes sortes de problèmes avec ceux de .Net WebMethod.
  • Bien que nous utilisions périodiquement des composants Flex sous licence, nous décidons de ne pas avoir cette version et d’append des filigranes de démonstration uniquement. Le seul moyen de supprimer cela est de mettre le projet en bits, de réinstaller Flex, de réinstaller les licences et de les reconstruire.
  • FlexBuilder n’aime pas du tout Vista.
  • L’acceptation de Silverlight ne cesse de croître, une fois que nous avons pu l’append au niveau requirejs pour les fonctionnalités pertinentes que nous avons remplacées. Si nous travaillions pour un public Web (plutôt que public), je ne suis pas sûr que nous puissions le faire.

Le rest de notre projet est .Net et C #, vous pouvez trouver tous ces problèmes moins importants dans une boutique Java.

Comme Kibbee l’a laissé entendre ci-dessus, l’argument de tirer parti des développeurs .Net existants ne contient pas beaucoup d’eau. Il est impossible d’être un expert dans toutes les facettes du développement .Net. La plate-forme est trop grande. La même chose vaut pour Java. La seule chose que Silverlight a faite du sharepoint vue des compétences est que vous pouvez coder dans votre langue préférée .Net. Cet avantage est relativement faible si vous effectuez déjà un développement Web significatif utilisant JavaScript, car le script Action est une variante. Donc, vraiment convertir un programmeur en Flex ou Silverlight, c’est apprendre l’API de la plate-forme.

Nous sums passés par ce même problème et Flex a remporté la victoire. Nos développeurs .NET étaient préoccupés au début, mais après avoir travaillé si longtemps avec Ajax et 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 dans le monde réel (qui ne sont pas des jeux, des lecteurs vidéo ou des gadgets). Faites de même pour Flex.

Je pense que Silverlight et XAML sont préférables à ActionScript, et bien que je ne connaisse pas les IDE d’ActionScript, je connais bien VS2008 et Expression Web / Blend, et ils sont de très bons environnements de développement et s’améliorent tout le temps. Je voudrais aller avec Silverlight, et je pense que la clé pour amener les utilisateurs à installer le plug-in est d’avoir une bonne page de détection de plug-in qui explique ce qu’est SL et pourquoi ils en ont besoin. Pour un exemple, rendez-vous sur 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 plutôt enthousiasmé par la possibilité d’avoir des applications en dehors du navigateur, l’un des grands avantages d’AIR est qu’il offre un access aux fonctionnalités natives 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 (ex.: Uploader Flickr). D’après ce que j’ai entendu, MS ne se concentre pas encore sur ce type de soutien (c.-à-d. Aucun plan annoncé).

J’utilise cette règle de base: si votre entreprise développe des logiciels multimédia basés sur Internet et a des clients avec toutes sortes de plates-formes et que vous ne faites pas d’applications intensives, Flex est la solution définitive si votre entreprise développe des produits basés sur Internet et des DVD , moins interactif mais plus intensif (CPU, mémoire) et utilise une quantité ridicule de transaction de firebase database

Quelqu’un a dit: “Trouvez 3 applications Silverlight dans le monde réel”. Ok, j’en connaissais pas mal mais je l’ai googlé quand même. La liste:

  • Jeux olympiques de Beijing 2008 ( statistiques ici , 250 To de données livrées!)
  • Netflix à la demande
  • Client de messagerie AOL (peut ne pas être encore disponible)

Oh, pas les lecteurs vidéo? Eh bien, cela laisse l’application UFC (c’est une vidéo hybride / chat / autres trucs) et le client de messagerie AOL. Silverlight excelle dans la vidéo et c’est là que ça prend du terrain, mais ça ne veut pas dire qu’il ne peut pas faire autre chose. Je ne vois aucune raison de le rejeter simplement parce que la vidéo fonctionne bien.

Infoworld [link] a déclaré que «Silverlight présente des avantages techniques substantiels et des performances relativement bonnes. Il s’agit d’une technologie RIA très utile, particulièrement utile aux programmeurs ayant une expérience .Net et aux concepteurs ayant une expérience XAML. C’est un bon article à lire concernant votre question.

Ma réponse: si une équipe de développeurs est à l’aise avec .NET, Silverlight devrait figurer en tête de liste. Si ce n’est pas le cas, alors c’est un vrai coup de pouce. J’ai vu des articles dire que Visual Studio est une plate-forme de développement supérieure à celle utilisée avec Flex. Mais Flash est presque omniprésent.

Gardez également à l’esprit que Silverlight 2 n’utilise quasiment pas de Javascript (je ne pense pas, mais je ne suis pas positif). Donc, tout évitement de Silverlight à cause de JS est sans fondement.

Si la performance compte, Silverlight y gagne. J’ai vu l’utilisation du processeur de mon navigateur aller jusqu’à 100% plusieurs fois et le fait de tuer la fenêtre en cours d’exécution a toujours été supprimée par Flash. Il est particulièrement évident dans Chrome que vous pouvez voir le processus qui consum votre CPU. Si vous êtes intéressé par Silverlight pour le potentiel de jeu, recherchez QuakeLight, le port Silverlight de Quake. Ça se passe très bien.

Je pense vraiment qu’il s’agit de savoir où se trouve le talent de votre développeur et quel type d’application vous allez fournir. Jeu simple? Flash. Application métier? Silverlight. Entre? Aller avec ce que vos développeurs recommandent.

Si vous connaissez .NET, Silverlight 3.0 est la voie à suivre. Je l’utilise et je l’aime. Je n’ai pas à me soucier d’AJAX ou de JS BTW (je n’ai aucune idée de la référence de ce type, peut-être SL 1.0). Pour les données, il s’agit principalement d’appels WCF asynchrones (LINQ to SQL derrière WCF) ou XML ou RIA. Il vous permet d’utiliser la plupart des effets de shader, il comporte des styles, des modèles de contrôle et le presse-papiers Windows / Mac à access natif. Je peux lancer de la vidéo haute définition et la plupart des processus fonctionnent très bien même sous des processeurs lents. J’apprécie également la liaison de données, la liaison de contrôle et les collections observables, ce qui me permet de gagner beaucoup de temps. De plus, je peux utiliser LINQ, un gain de temps majeur, sans parler de l’utilisation de Visual Studio pour déboguer.

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

Je suis peut-être un gars .NET biaisé mais j’ai développé si rapidement que je dois le recommander.

Vous ne devriez sérieusement pas utiliser l’une de ces technologies ActiveX2.0. Ni Silverlight ni Flex …

Tout d’abord, ils ne sont rien d’autre que des “frameworks winforms dissortingbués avec prise en charge pour être exécutés dans le navigateur”, ensuite ils ne sont pas bien portés sur d’autres périphériques (spécialement 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 continue à l’infini …

Adobe et Microsoft essaient tous deux de cacher ce fait, mais en fin de compte, Silverlight et Flex ne sont plus que des ActiveX dans un nouvel emballage …

Bien sûr, ils s’exécutent dans des sandbox, sont des langages gérés et tout ça. Mais c’est toujours un gros morceau de BLOB en cours de téléchargement pour s’exécuter localement dans votre navigateur, AKA ActiveX …

C’est une vieille question, l’ histoire a maintenant parlé!

Silverlight a été abandonné par Microsoft, il n’a jamais eu de base d’installation utile. Partie due à Microsoft ne s’y engageant pas à 100%.

Flash (donc Flex) continue. Cependant, de plus en plus de navigateurs ne prennent en charge aucun plug-in, donc ce n’est qu’une question de temps (années) avant que le flush ne devienne Silverlight .

Peut-être qu’un jour, Flex sera redirigé vers HTML5 sans plug-ins….

L’iPhone a été parlé, et il a déclaré que la seule option est 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.

l’ article suivant fournit une comparaison des deux plates-formes.