Silverlight y Flex

https://stackoverflow.com/questions/20910

09-06-2019
|

Pregunta

Mi empresa desarrolla varios tipos de aplicaciones.Gran parte de nuestro negocio proviene de la creación de aplicaciones de tipo multimedia, normalmente realizadas en Flash.Sin embargo, ahora ese lado de la casa está comenzando a migrar hacia el desarrollo Flex.

La mayor parte de nuestro resto de desarrollo se realiza utilizando .NET.En su lugar, estoy tratando de impulsar el desarrollo de Silverlight, ya que aprovecharía mejor a los desarrolladores .NET del personal.Prefiero la plataforma Silverlight a la plataforma Flex por el simple hecho de que Silverlight es todo código .NET.Contamos con más desarrolladores .NET que desarrolladores Flash/Flex, y la mayoría de nuestros desarrolladores Flash/Flex son artistas gráficos (no programadores reales).La única razón por la que apuestan por Flex en este momento es porque parece el paso lógico desde Flash.

He desarrollado utilizando ambos y, sinceramente, creo que es más fácil trabajar con Silverlight.Pero estoy tratando de convencer a personas que sólo son desarrolladores de Flash.

Así que aquí está mi pregunta:Si voy a asistir a una reunión para elogiar Silverlight, ¿por qué una empresa querría utilizar Silverlight en lugar de Flex?Aparte del obvio "no todo el mundo tiene Silverlight", ¿cuáles son los pros y los contras de cada uno?

Solución

Creo que deberíamos considerar Silverlight como una apuesta a largo plazo, tal como parece estar haciendo Microsoft.Existe un equilibrio obvio entre cuándo usar Silverlight y cuándoFlash cuando le preocupa el alcance y la base de instalación, pero aquí hay algunas razones por las que Silverlight es una buena dirección a seguir:

Ventaja del segundo actor: así como Microsoft creó un "mejor Java" con .NET, hoy pueden ver cómo se diseñaría un complemento RIA desde cero.Tienen la ventaja de saber cómo la gente usa la web hoy en día, algo que los inventores de Flash nunca podrían haber adivinado con precisión.Flash puede agregar funciones, pero en realidad no pueden abandonar la plataforma y empezar de nuevo.
Familiaridad del desarrollador: si bien Silverlight es un modelo nuevo, no es del todo desconocido para los desarrolladores."Entenderán" la forma en que funciona Silverlight mucho más rápido de lo que entenderán, activando un nuevo entorno de desarrollo con un nuevo lenguaje de programación y nuevos paradigmas de eventos.
Deshacerse del modelo de línea de tiempo en Flash: Flash se creó originalmente para animaciones basadas en fotogramas clave y, si bien hay formas de abstraer esto, es la esencia de cómo funciona Flash.Silverlight abandona eso por un modelo centrado en aplicaciones.
ScottGu - ScottGu está entusiasmado con Silverlight.Nuff dijo.
Nuevas características interesantes: si bien Silverlight todavía tiene que ponerse al día con Flash en algunas características obvias (como la integración de cámara web/micrófono, o aceleración de gráficos/3D), hay algunas nuevas tecnologías ingeniosas integradas en Silverlight: Deep Zoom es un ejemplo.Veo tecnologías más "revolucionarias" en el lado de Silverlight, mientras que Flash parece estar en modo de mantenimiento en este momento.

Otros consejos

Hay dos preguntas aquí:Silverlight vs.Flash como plataforma y Silverlight vs.Flex como marco RIA.

La primera pregunta depende de su plazo.Flash Player tiene más del 95% de alcance, Silverlight no se acerca a eso.Sin embargo, Silverlight puede llegar allí, después de todo, está respaldado por Microsoft.Si su objetivo es lanzar un sitio la próxima semana y desea una gran audiencia, Silverlight no es una opción.Si su objetivo es lanzar una aplicación realmente interesante que todos querrían usar, es un poco diferente; si su aplicación es lo suficientemente buena, su público objetivo puede instalar Silverlight solo para poder ejecutarla.

En cuanto a la segunda pregunta, se trata de qué tan fácil es desarrollar aplicaciones en Luz plateada.Flex no es sólo un conjunto de widgets, es un marco muy grande que hace muchas cosas que facilitan el trabajo del desarrollador.Podría escribir las mismas aplicaciones utilizando sólo la API Flash principal, pero supondría mucho más trabajo.Dependiendo de lo que esté disponible en Silverlight, este debería ser un factor importante a la hora de decidir.Si se puede reducir el tiempo de desarrollo, ¿vale la pena tener dos plataformas?

Creo que Silverlight es más ventajoso para las empresas que tienen desarrolladores .NET pero nadie con experiencia en diseño.

Los conjuntos de habilidades serán más fáciles de encontrar en cuanto a encontrar desarrolladores de C# o VB que encontrar gurús de ActionScript.Sin embargo, existe la compensación:

La experiencia en diseño es una inversión no sólo en Diseñadores con habilidades artísticas, sino también en el conocimiento y las herramientas proporcionadas por Adobe.Casi puede garantizar que un diseñador profesional utilice una Mac y tenga experiencia con las herramientas de Adobe.

En este momento, las herramientas de diseño de Silverlight están a medias y pueden ser un dolor de cabeza.Por ejemplo, los errores de mezcla al intentar representar cualquier xaml que contenga un IValueConverter, esto es problemático.No tengo idea de cuál es la experiencia del desarrollador de Adobe, estoy seguro de que es igual de complicada.

Entonces, en esta etapa del juego todo se reduce a recursos humanos:

Si tiene experiencia en .NET y poco invertido en habilidades de diseño, opte por Silverlight.Las habilidades/herramientas de programación serán transferibles.Si tienes experiencia en diseño y habilidades, elige Flex.Las habilidades/herramientas de diseño serán transferibles.

De cualquier manera, ambas plataformas de cliente requieren comunicación con los servicios para obtener datos, por lo que siempre aprovechará su experiencia en programación existente en el back-end.

Parafraseado Jon's opinión desde un punto de vista diferente:

Creo que deberíamos considerar Flex como una apuesta a largo plazo, tal como parece estar haciendo Adobe.Existe un equilibrio obvio entre cuándo usar Silverlight y cuándoFlex cuando le preocupa el alcance y la base de instalación, pero aquí hay más razones por las que Flex es una buena dirección a seguir:

Ventaja del segundo motor - Igual que Adobe creó una "mejor miniaplicación de Java" con Flash, pueden ver cómo diseñarías un tiempo de ejecución a partir de scratch, hoy.Tienen la ventaja de saber cómo la gente usa la web hoy en día, algo que el inventores de clientes existentes plataformas nunca podrían haber adivinado con precisión..NET puede añadir funciones, pero no puede de forma realista, tirar la plataforma y empezar de nuevo.
Familiaridad del diseñador: si bien Flex/AIR es un nuevo modelo de programación, no es del todo desconocido para los diseñadores."Conseguirán" el camino Flex funciona mucho más rápido que entenderán encender una nueva entorno de diseño con nueva función herramientas deficientes y nuevos paradigmas de animación.
Al deshacerse del modelo de color RGB en Silverlight- .NET se construyó originalmente para Windows y es el núcleo de cómo funciona.Flex abandonó hace mucho tiempo por un modelo centrado en el diseño.
Todas tus herramientas se ejecutan en tu mac.Dijo Nuff.
Características geniales: Silverlight todavía tiene algo de ponerse al día con Flash en algunas características obvias (como la integración de la cámara web / micrófono, o la aceleración 3D / gráficos).

Estamos haciendo Silverlight y Flex, y aquí está el punto de vista del desarrollador para ambos.

Ventajas de Silverlight:

El poder de C#, fragmentos de código, reutilización de implementaciones de algoritmos de C# existentes
Poder de otros lenguajes también, genéricos y Linq, etc.
Poder de ejecución nativa de CLR en lugar del intérprete de Action Script de Flash
Un Visual Studio integrado para todo el desarrollo
Expression Blend es un editor realmente genial y más avanzado que Flex Builder
XAML es compatible con los motores de búsqueda
Transiciones de estado bastante agradables y fáciles de definir.
Subprocesamiento y tareas asincrónicas
Accesibilidad, nadie sabe que Microsoft siempre creó las mejores funciones de accesibilidad en todos sus productos, siempre funcionaron bien con personas discapacitadas, comparando los navegadores, solo IE admite accesibilidad total y Safari/Firefox, etc., no están tan cerca.

Contras de Silverlight:

Estrictamente la plataforma Microsoft, sé que mucha gente discutirá, pero con el escenario actual, la mitad de los chicos de Intel Mac no pueden hacer funcionar Silverlight 3.0, todos los chicos de PPC Mac no pueden usar Silverlight 2.0 en adelante y no hay Silverlight para Linux.
Hay mono, pero no es compatible oficialmente con Microsoft, siempre irá por detrás de la ingeniería inversa de .NET y su portabilidad a otra plataforma, aún no está listo para usar.
La mayoría de los componentes/controles están "sellados", por lo que es difícil extenderlos y anularlos para crear nuevos componentes fácilmente.
Mala arquitectura CustomControl/UserControl.P.ej.no puedes tener la raíz de XAML como ComboBox o cualquier otro control y dejar que tenga tanto diseño como código, puedes crear controles personalizados pero son demasiado complejos
El enlace requiere nombrar componentes y no admite expresiones de instancia como lo hace Flex, aunque el enlace bidireccional es bueno en Silverlight, pero debe escribir códigos largos para enlaces múltiples para una expresión matemática.

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}"/>

Ventajas de Flex:

Verdaderamente independiente de la plataforma, compatible con varios hardware y sistemas operativos y realmente funciona perfectamente en todas partes.
El código abierto hace que sea realmente fácil comprender y ampliar la funcionalidad.
Cada control/componente se puede ampliar y hay menos restricciones que anulan el comportamiento predeterminado.
La forma más sencilla de crear nuevos componentes es que mxml se derive de cualquier control y se extienda con un enlace extenso.
Flex contiene muchos controles y no necesita ninguna biblioteca de terceros

Contras de Flex:

¡Ejecución lenta para ejecuciones iterativas, sin subprocesos!¡¡Sin tareas asíncronas!!
Según el punto 1, no es posible realizar grandes animaciones o gráficos.
Sin genéricos, sin otros idiomas, sin linq..
La clase numérica tiene un error, no se puede almacenar el valor completo de 64 bits
Eclipse es malo para diseñar una gran interfaz de usuario

Conclusión

Usamos flex para aplicaciones de datos, esas son aplicaciones simples de procesamiento de formularios.
Silverlight para gráficos y animaciones extremadamente ricos

El problema con Silverlight, es que todavía hay mucha gente que no lo tiene instalado.Además, no estoy seguro de qué tan bien sus actuales desarrolladores .Net podrán aprovechar sus habilidades existentes si sólo están familiarizados con la codificación .Net más tradicional del lado del servidor.

¿Cuáles son sus razones para preferir Silverlight a Flex?Si tiene que preguntarle los motivos a la comunidad SOFlow, parece extraño que esté tan dispuesto a impulsarlo.

Otra ventaja del desarrollo Flex es que puede pasar al desarrollo de aplicaciones de escritorio (Adobe AIR) con el mismo código fuente (y el mismo IDE) y distribuirlas desde la web.Puedes consultar estepara el futuro de la plataforma Flash.
Actualización T3/2011:Flash 11 admite aceleración 3D de bajo nivel y ya existen muchos marcos y motores importantes (Unreal Engine 3, Unity) que lo admiten.Sin embargo, el punto de venta para el futuro es que la aplicación AIR funcionará en plataformas Windows, Mac, Android, Playbook e iOS (la compatibilidad con Linux ya no existe).Con un mínimo absoluto de molestias entre la transferencia entre ellos (al menos cuando tienes Adobe CS5.5+).

Actualización Q2/2015:Silverlight está oficialmente muerto.Adobe AIR está vivo, pero no prospera; podría resultar útil según sus habilidades y su cadena de herramientas.Tanto Microsoft como Adobe admiten que HTML5 es el camino a seguir (ya sea con AIR, Apache Cordova o Visual Studio).

Actualización Q3/2017:Jaja, vaya, ¿quién ya usa Flash?

No olvidar:

Flex es en gran medida multiplataforma, ya que se compila utilizando una compilación de Java, lo que significa que puede usar fácilmente Mac o Linux al desarrollar aplicaciones Flex.Tengo mi configuración actual de control de crucero (que usa Linux). Construyo aplicaciones Flex, pero los chicos de desarrollo usan Mac, Linux y Windows.

En mi experiencia, los desarrolladores de Java se sienten como en casa con Flex Builder ya que está basado en Eclipse.

Nunca obtendrá una votación justa sobre esta pregunta en SO, ya que tiene muchos desarrolladores de Microsoft.

Además, la gente probablemente rechazará esta respuesta, que realmente lo dice todo.

Yo digo que deje que sus desarrolladores prueben ambas plataformas y vean cuál prefieren.

Para responder a los comentarios a continuación, me acabo de dar cuenta de que, si bien hay muchas respuestas que recomiendan Flash/Flex, las de Silverlight tienen muchos más votos a favor.No se trata de mentir, simplemente se trata de favorecer lo que conoces, no necesariamente la mejor plataforma.

Los programadores de Silverlight no saben lo que se están perdiendo cuando se trata de Flex.Silverlight carece del modelo de componente y de las capacidades de activación de eventos que tiene Flex.Usando XNA y C#, un amigo mío tiene que pasar por todo tipo de obstáculos para que su aplicación Silverlight funcione.Luego, hay que entregárselo a un diseñador para que luzca medio decente.

Escuche los podcasts de deepfriedbytes.com sobre Silverlight y escuchará cómo incluso un par de personas que realmente impulsan Silverlight reconocen algunos de estos problemas.(I pensar, si mal no recuerdo, uno de los chicos trabaja para Microsoft, pero podría estar equivocado: lo escuché la semana pasada).Están de acuerdo en que Silverlight no está preparado para aplicaciones grandes, en su estado actual.

Yo elegiría Flex, para tener un enfoque limpio y directo, especialmente si ya estás familiarizado con Flash y ActionScript 3.0.En mi opinión, Flex tiene mucho más sentido: Silverlight todavía tiene que madurar.

Al final del día, sus desarrolladores no deberían dictar su tecnología.Esta es absolutamente una decisión de producto que debe basarse en sus usuarios.

Si está implementando en Internet para consumidores, Flash Player o AJAX es el camino a seguir.Si está implementando en una LAN privada para una empresa .net, tiene opciones.

Como diseñador gráfico, he usado Flash (activado y desactivado) durante los últimos años y Silverlight (y su hermano mayor WPF) durante los últimos 1,5 años.Según lo que escuché de mi equipo (todos los cuales son desarrolladores o ex desarrolladores, si sus desarrolladores .Net harán toda la programación, opte por Silverlight.Me encanta Flash, pero incluso con la revisión de programación orientada a objetos de ActionScript 3 en Flash 9 y versiones posteriores, sigue siendo un lenguaje algo peculiar, y alternar entre AS3 y C# probablemente volverá locos a tus desarrolladores :-).

Para sus diseñadores, haga lo siguiente:

Consígales una copia de Expression Blend, la herramienta de desarrollo de GUI para Silverlight/WPF.
Blend tiene una curva de aprendizaje inicial algo pronunciada y la interfaz le ofrece un montón de variables/opciones, así que invierta en capacitación y dé tiempo a sus diseñadores para que se pongan al día con la interfaz de usuario.
Hablando de capacitación, obtenga una suscripción a la biblioteca de videos de Lynda.com, especialmente.el curso de formación Lee Brimelow Expression Blend.
Advertencia emptor:Blend y WPF cambian rápidamente, por lo que a veces te encontrarás con errores en Blend que se solucionarán en la próxima versión beta/CTP de Blend.P.ej.Hubo un error en Blend 2 que impidió que mis guiones gráficos (animaciones) funcionaran en un proyecto reciente.Actualicé a Blend 2.5CTP y funcionó.
El contenido de Silverlight no siempre parece funcionar con la última versión Beta del complemento Silverlight, solo es algo que debe tener en cuenta si está probando alguna característica nueva que solo está disponible en el último complemento de Silverlight.
Invierta en un sistema potente (Quad Core, 4 GB de RAM, etc.) Blend consume muchos recursos, especialmente.cuando tienes toneladas de capas.P.ej.Estoy trabajando en una aplicación con más de 100 capas (!) en la aplicación base (y otras 100+ en algunos de los controles de usuario) y entre 40 y 50 guiones gráficos.Cada pocos minutos, tengo que reiniciar Blend porque la interfaz de usuario deja de responder (pero no se congela).O eso, o mueve todo lo que puedas a los controles de usuario.

Mi equipo solía escribir funciones web enriquecidas en Flex y ahora las escribe en Silverlight.

Nuestras razones para este cambio:

FlexBuilder está construido sobre Eclipse.¡Eclipse es horrible!Gratis, pero plagado de errores, lleno de fallos y lento.
FlexBuilder cuesta el doble que Expression Blend, que de todos modos obtenemos gratis con MSDN.
Flex es una molestia para el control de código fuente, no le gusta que lo hagan colocar archivos en un solo lugar y no funciona bien con otras partes de su solución (lo probamos con SourceGear Vault y SVN).
A la versión Flex de ActionScript no le gustan la mayoría de las implementaciones SOAP, en particular tiene todo tipo de problemas con las de .Net WebMethod.
A pesar de que utilizamos componentes Flex con licencia periódicamente, decide que no tenemos esa versión y agrega marcas de agua solo de demostración.La única forma de eliminar esto es desmenuzar el proyecto, reinstalar Flex, reinstalar las licencias y reconstruirlo.
A FlexBuilder no le gusta Vista en absoluto.
La aceptación de Silverlight está creciendo, una vez que llegó al nivel en el que podíamos agregarlo como requisito para las características relevantes que cambiamos.Si estuviéramos trabajando para una audiencia web (en lugar de una corporativa), no estoy seguro de que hubiéramos podido hacerlo.

El resto de nuestro proyecto es .Net y C#; es posible que todos estos problemas le resulten menos importantes en una tienda de Java.

Como Kibbee insinuó anteriormente, el argumento de aprovechar a los desarrolladores .Net existentes no tiene mucho fundamento.Es imposible ser un experto en todas las facetas del desarrollo .Net.La plataforma es demasiado grande.Lo mismo ocurre con Java.Lo único que Silverlight tiene a su favor desde la perspectiva de las habilidades es que puedes codificar en tu lenguaje .Net favorito.Esa ventaja es bastante pequeña si ya está realizando algún desarrollo web importante que utilice JavaScript, ya que Action script es una variación.Entonces, realmente convertir a un programador a Flex o Silverlight es cuestión de aprender la API de la plataforma.

Pasamos por el mismo problema y Flex ganó sin lugar a dudas.Nuestros desarrolladores de .NET estaban preocupados al principio, pero después de trabajar tanto tiempo con Ajax y JavaScript, ahora AMAN y realmente disfrutan trabajar en Flex.

Aquí tienes una prueba sencilla...Intente encontrar al menos tres ejemplos de aplicaciones Silverlight del mundo real (que no sean juegos, reproductores de vídeo ni dispositivos).Luego haz lo mismo con Flex.

Creo que Silverlight y XAML son preferibles a ActionScript, y aunque no estoy familiarizado con los IDE de ActionScript, sí estoy familiarizado con VS2008 y Expression Web/Blend, y son muy buenos entornos de desarrollo y mejoran cada vez.Yo elegiría Silverlight y creo que la clave para lograr que los usuarios instalen el complemento es tener una buena página de detección de complementos que explique qué es SL y por qué lo necesitan.Para ver un ejemplo de esto, vaya a http://memorabilia.hardrock.com/ y pruébalo con tu complemento SL desactivado.

Aunque he trabajado con Silverlight y estoy muy entusiasmado con la posibilidad de tener aplicaciones fuera del navegador, un gran beneficio de AIR es que brinda acceso a la funcionalidad nativa de arrastrar y soltar.Esto le permite crear funciones de carga de imágenes o documentos muy fáciles de usar (p. ej.Cargador de Flickr).Por lo que escuché, MS aún no se está enfocando en ese tipo de soporte (es decir,no hay planes anunciados).

Yo uso esta regla general:Si su empresa desarrolla software multimedia basado en Internet y tiene clientes con todo tipo de plataformas y no realiza aplicaciones intensivas de bases de datos, Flex es la respuesta definitiva, si su empresa desarrolla productos basados tanto en Internet como en DVD, menos interactivos pero más intensivos ( CPU, Memoria) y utiliza una cantidad ridícula de transacciones de bases de datos. Silverlight tiene más sentido

Alguien dijo:"Encuentra 3 aplicaciones Silverlight del mundo real".Ok, sabía algo que se me venía a la cabeza, pero lo busqué en Google de todos modos.La lista:

Juegos Olímpicos de Beijing 2008 (estadísticas aquí, ¡250 TB de datos entregados!)
Reproductor bajo demanda de Netflix
Cliente de correo electrónico de AOL (puede que aún no esté disponible)

Oh, ¿no son reproductores de vídeo?Bueno, eso deja la aplicación UFC (es un híbrido de video/chat/otras cosas) y el cliente de correo electrónico de AOL.Silverlight sobresale en video y ahí es donde está ganando terreno, pero eso no significa que no pueda hacer otras cosas.No veo ninguna razón para descartarlo sólo porque reproduce bien los vídeos.

Infomundo [enlace] dijo que "Silverlight tiene un mérito técnico sustancial y un rendimiento relativamente bueno.Es una tecnología RIA muy capaz que es especialmente útil en manos de programadores con experiencia en .Net y diseñadores con experiencia en XAML". Es un buen artículo que puede leer sobre su pregunta.

Mi respuesta:Si tiene un equipo de desarrolladores que se sienten cómodos con .NET, Silverlight debería ser el primero en su lista.Si no, entonces es un verdadero desastre.He visto artículos que dicen que Visual Studio es una plataforma de desarrollo superior en comparación con la que usas con Flex.Pero Flash es casi omnipresente.

También tenga en cuenta que Silverlight 2 casi no utiliza Javascript (creo que ninguno, pero no estoy seguro).Por lo tanto, cualquier evitación de Silverlight debido a JS es infundada.

Si actuación importa, Silverlight gana allí.He visto que el uso de la CPU de mi navegador llega al 100% muchas veces y al eliminar cualquier ventana en la que se esté ejecutando Flash siempre se elimina.Es especialmente obvio en Chrome, donde puedes ver el proceso que consume tu CPU.Si está interesado en Silverlight por su potencial para juegos, busque QuakeLight, el puerto Silverlight de Quake.Está tomando muy buena forma.

Realmente creo que todo se reduce a dónde reside tu talento como desarrollador y qué tipo de aplicación entregarás.¿Juego sencillo?Destello.¿Aplicación de línea de negocio?Luz plateada.¿Entre?Siga lo que recomiendan sus desarrolladores.

Si conoce .NET, Silverlight 3.0 es el camino a seguir.Lo estoy usando y me encanta.No tengo que meterme con AJAX o JS por cierto (no tengo idea de a qué se refería ese tipo, tal vez SL 1.0). Para los datos, son principalmente llamadas WCF asíncronas (LINQ to SQL detrás de WCF) o archivos XML o servicios RIA.Le permite utilizar la mayoría de los efectos de sombreado, tiene estilos, plantillas de control y el portapapeles de acceso nativo de Windows/Mac.Puedo ejecutar vídeos de alta definición y la mayoría de los procesos funcionan muy bien incluso con CPU lentas.También disfruto el enlace de datos, el enlace de control y las colecciones observables me ahorran mucho tiempo.ADEMÁS, puedo usar LINQ, lo que me ahorra mucho tiempo, sin mencionar el uso de Visual Studio para depurar.

Estoy desarrollando aplicaciones empresariales .NET, por lo que conozco mi base de instalación y ellos instalarán el complemento (normalmente 30 segundos).Para un sitio web front-end, es posible que pierda algunos usuarios que no quieran instalar Silverlight o no ejecuten Mac o Windows.PUEDES tener aplicaciones con SL fuera del navegador con 3.0.

Puede que sea un tipo parcial de .NET, pero he estado desarrollando tan rápido que tengo que recomendarlo.

En serio no deberías usar CUALQUIER de estas tecnologías ActiveX2.0.Ni Silverlight ni Flex...

En primer lugar, ambos no son más que "marcos winforms distribuidos con soporte para ejecutarse en el navegador", en segundo lugar, no se adaptan bien a otros dispositivos (especialmente en el caso de Silverlight), en tercer lugar, no funcionan. Bueno con otras partes de tu página.No funcionan bien para personas discapacitadas, etc, etc, etc.La lista continúa hasta el infinito...

Adobe y Microsoft intentan ocultar este hecho con mucha fuerza, pero al final del día, tanto Silverlight como Flex no son más que ActiveX en un nuevo envoltorio...

Seguro que se ejecutan en entornos sandbox, son lenguajes administrados y todo eso.Pero todavía hay una gran parte del BLOB que se descarga para ejecutarlo localmente en su navegador, también conocido como ActiveX...

Esta es una vieja pregunta, ¡La historia ahora ha hablado!

Silverlight estuvo a punto de ser abandonado por Microsoft, nunca obtuvo una base de instalación útil.Fiesta debido a que Microsoft no se compromete al 100% con ella.

Flash (de ahí Flex) todavía está activo.Sin embargo, cada vez más navegadores no admiten ningún complemento, por lo que es sólo cuestión de tiempo (años) antes de que Flush siga el camino de Silverlight..

Quizás algún día Flex se reoriente a HTML5 sin complementos….

Se habló del iPhone y dijo que la única opción es Apples Way o HTML5.

Flash Player está disponible y es compatible oficialmente con casi todas las plataformas de escritorio (Windows, Linux, Mac), mientras que Silverlight será compatible principalmente con Windows.

la siguiente artículo proporciona una comparación de ambas plataformas.

Licenciado bajo: CC-BY-SA con atribución

No afiliado a StackOverflow