.net - sirve - versiones de adobe animate

Silverlight vs Flex (22)

Al final del día, tus desarrolladores no deberían estar dictando tu tecnología. Esta es una decisión del producto que debe basarse en sus usuarios.

Si se está implementando en el servicio de Internet para el consumidor, Flash Player o AJAX son el camino a seguir. Si se está implementando en una LAN privada para una empresa .net, tiene opciones.

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

La mayor parte de nuestro otro desarrollo se hace usando .NET. Estoy tratando de hacer un esfuerzo para hacer el desarrollo de Silverlight en su lugar, ya que tomaría una mejor ventaja de los desarrolladores de .NET en el personal. Prefiero la plataforma Silverlight sobre la plataforma Flex por el simple hecho de que Silverlight es todo código .NET. Tenemos más desarrolladores de .NET en plantilla que los desarrolladores de Flash / Flex, y la mayoría de nuestros desarrolladores de Flash / Flex son artistas gráficos (no programadores reales). La única razón por la que presionan hacia Flex en este momento es porque parece el paso lógico de Flash.

He hecho desarrollo usando ambos, y sinceramente creo que es más fácil trabajar con Silverlight. Pero estoy tratando de convencer a las personas que solo son desarrolladores de Flash.

Así que aquí está mi pregunta: si voy a asistir a una reunión para elogiar a Silverlight, ¿por qué una empresa querría ir con Silverlight en lugar de Flex? Aparte de lo obvio "no todos tienen Silverlight", ¿cuáles son los pros y los contras de cada uno?

Alguien dijo: "Encuentra 3 aplicaciones Silverlight en el mundo real". Ok, sabía algo de mi 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 a pedido de Netflix
Cliente de correo electrónico de AOL (puede que aún no se haya lanzado)

Oh, no reproductores de video? Bueno, eso deja la aplicación UFC (es un video híbrido / chat / otras cosas) y el cliente de correo electrónico de AOL. Silverlight sobresale en el 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 solo porque hace videos bien.

Infoworld [link] 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 .Net y diseñadores con experiencia XAML". Es un buen artículo para leer sobre su pregunta.

Mi respuesta: si tienes un equipo de desarrolladores que estén cómodos con .NET, Silverlight debería ser el primero en tu lista. Si no, entonces es una verdadera sacudida. He visto artículos que dicen que Visual Studio es una plataforma de desarrollo superior en comparación con lo que usa con Flex. Pero Flash es casi ubicuo.

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

Si el rendimiento importa, Silverlight gana allí. He visto que el uso de la CPU de mi navegador llega al 100% muchas veces y eliminando cualquier ventana que se esté ejecutando. Flash siempre se deshizo de ella. Es especialmente obvio en Chrome donde puedes ver el proceso que está consumiendo tu CPU. Si está interesado en Silverlight por el potencial de los juegos, busque QuakeLight, el puerto de Quake de Silverlight. Se está perfilando realmente bien.

Realmente creo que se trata de dónde reside el talento de los desarrolladores y qué tipo de aplicación entregarán. Juego simple? Destello. Línea de aplicación de negocios? Silverlight. ¿Entre? Vaya con lo que recomiendan sus desarrolladores.

Aquí hay dos preguntas: Silverlight vs. Flash como plataforma y Silverlight vs. Flex como marco de RIA.

La primera pregunta depende de tu cronograma. Flash Player tiene un alcance de más del 95%, Silverlight no tiene nada que hacer. 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 quiere una gran audiencia, Silverlight no es una opción. Si su objetivo es lanzar una aplicación realmente genial que todos desearí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, es cuestión de cuán fácil es desarrollar aplicaciones en Silverlight. Flex no es solo un conjunto de widgets, es un marco muy grande que hace muchas cosas que facilitan el trabajo del desarrollador. Podrías escribir las mismas aplicaciones usando solo la API principal de Flash, pero serí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 puede reducir el tiempo de desarrollo, ¿vale la pena tener dos plataformas?

Aunque he trabajado con Silverlight y estoy muy entusiasmado con la posibilidad de tener aplicaciones que viven fuera del navegador, un gran beneficio de AIR es que proporciona 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 (por ejemplo, cargador de Flickr). Por lo que he escuchado, MS aún no se está enfocando en ese tipo de apoyo (es decir, no se han anunciado planes).

Como Kibbee insinuó anteriormente, el argumento de aprovechar los desarrolladores de .Net existentes no tiene mucha agua. Es imposible ser un experto en todas las facetas del desarrollo de .Net. La plataforma es demasiado grande. Lo mismo vale para Java. Lo único que Silverlight le ofrece desde una perspectiva de habilidades es que puede codificar en su idioma .Net favorito. Esa ventaja es bastante pequeña si ya está haciendo un desarrollo web significativo que utiliza JavaScript, ya que el script de Acción es una variación. Entonces realmente convertir un programador a Flex o Silverlight tiene que ver con aprender la API de la plataforma.

Como diseñador gráfico, he usado Flash (activado y desactivado) en los últimos años, y Silverlight (y su hermano mayor WPF) en los últimos 1.5 años. Basándome en lo que he escuchado de mi equipo (todos desarrolladores o antiguos desarrolladores), si sus desarrolladores de .Net harán toda la programación, acuda a Silverlight. Me encanta Flash, pero incluso con la revisión de OOP a ActionScript 3 en Flash 9 en adelante, sigue siendo un lenguaje algo peculiar, y yendo y viniendo entre AS3 y C # probablemente volverá loco a los desarrolladores :-).

Para sus diseñadores, haga lo siguiente:

Obtenga una copia de Expression Blend, la herramienta de desarrollo de GUI para Silverlight / WPF.
Blend tiene una curva inicial de aprendizaje algo empinada, y la interfaz le arroja un montón de variables / opciones, así que invierta en algún tipo de capacitación y bríndeles a sus diseñadores tiempo para ponerse al día con la interfaz de usuario.
Hablando de entrenamiento, consigue una suscripción a la biblioteca de videos de Lynda.com, esp. el curso de capacitación Lee Brimelow Expression Blend.
Caveat Emptor: Blend y WPF cambian rápidamente, por lo que a veces se encontrará con errores en Blend que se corrigen en la próxima versión beta / CTP de Blend. Ej. Hubo un error en Blend 2 que evita que mis storyboards (animaciones) funcionen 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 de Silverlight, algo que debe tenerse en cuenta si está probando alguna característica nueva que solo está disponible en el último complemento de Silverlight.
Invierte en un potente sistema (Quad Core, 4Gigs de RAM, etc.) Blend consume muchos recursos, especialmente. cuando tienes toneladas de capas Por ejemplo, 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 alrededor de 40-50 guiones gráficos. Cada pocos minutos, tengo que reiniciar Blend, porque la IU deja de responder (pero no se congela). O eso, o mueve todo lo que puedas a los controles del usuario.

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 frente a encontrar el gurú de ActionScript. Sin embargo, hay una compensación:

La experiencia en diseño no solo es una inversión 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 use un mac y tenga experiencia con las herramientas de Adobe.

En este momento, las herramientas de diseño de Silverlight están medio cocidas y pueden ser un dolor de cabeza. Por ejemplo, mezclar errores al intentar renderizar cualquier xaml que contenga un IValueConverter, esto es problemático. No tengo idea de qué es la experiencia del desarrollador de Adobe, estoy seguro de que es tan peluda.

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

Si tienes experiencia con .NET y poco invertido en habilidades de diseño, vete a Silverlight. Las habilidades / herramientas de programación serán transferibles. Si tiene experiencia en diseño y conjunto de habilidades, vaya con Flex. Las habilidades / herramientas de diseño serán transferibles.

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

Parafraseó opinión de desde un punto de vista diferente:

Creo que deberías considerar a Flex como una obra a largo plazo, tal como Adobe parece estar haciendo. Existe un equilibrio obvio en cuanto a cuándo usar Silverlight vs. Flex cuando le preocupa llegar e instalar la base, pero aquí hay más razones por las que Flex es una buena dirección para moverse:

La ventaja del segundo jugador: al igual que Adobe creó un "mejor Applet de Java" con Flash, hoy pueden ver cómo diseñar un tiempo de ejecución desde cero. Tienen la ventaja de saber cómo las personas usan la web hoy en día, algo que los inventores de plataformas de clientes existentes nunca podrían haber adivinado con precisión. .NET puede agregar características, pero no pueden tirar la plataforma de manera realista y comenzar de nuevo.
Familiaridad con el diseñador: si bien Flex / AIR es un nuevo modelo de programación, no es del todo desconocido para los diseñadores. Ellos "obtendrán" la forma en que Flex funciona mucho más rápido de lo que comprenderán al encender un nuevo entorno de diseño con nuevas herramientas de características deficientes y nuevos paradigmas de animación.
Deshacerse del modelo de color RGB en Silverlight- .NET fue originalmente creado para Windows y es el núcleo de cómo funciona. Flex abandonó hace mucho tiempo un modelo centrado en el diseño.
Todas sus herramientas se ejecutan en su mac. Dijo Nuff.
Funciones geniales: Silverlight aún tiene algo que ver con Flash en algunas funciones obvias (como la integración de cámara / micrófono o aceleración de gráficos / 3d).

Creo que Silverlight y XAML son preferibles a ActionScript, y aunque no estoy familiarizado con los IDE de ActionScript, estoy familiarizado con VS2008 y Expression Web / Blend, y son muy buenos entornos de desarrollo y mejoran todo el tiempo. Me gustaría ir con Silverlight, y creo que la clave para que los usuarios instalen el complemento es tener una buena página de detección de plug-in que explique qué es SL y por qué lo necesitan. Para ver un ejemplo de esto, vaya a http://memorabilia.hardrock.com/ y pruébelo con su complemento SL deshabilitado.

Creo que deberías ver a Silverlight como una jugada a largo plazo, tal como Microsoft parece estar haciendo. Existe un equilibrio obvio entre cuándo usar Silverlight vs. Flash cuando le preocupa llegar e instalar la base, pero he aquí algunas razones por las cuales Silverlight es una buena forma de moverse:

La ventaja del segundo jugador: al igual que Microsoft creó una "mejor Java" con .NET, hoy pueden ver cómo diseñar 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 características, pero no pueden tirar la plataforma de manera realista y comenzar de nuevo.
Familiaridad del desarrollador: si bien Silverlight es un modelo nuevo, los desarrolladores no lo desconocen del todo. Ellos "obtendrán" la forma en que Silverlight funciona mucho más rápido de lo que entenderán al encender un nuevo entorno de desarrollo con un nuevo lenguaje de scripting y nuevos paradigmas de eventos.
Deshacerse del modelo de línea de tiempo en Flash - Flash fue originalmente creado para animaciones basadas en fotogramas clave, y si bien hay formas de abstraerlo, es el núcleo de cómo funciona Flash. Silverlight se deshace de eso para un modelo centrado en la aplicación.
ScottGu - ScottGu está entusiasmado con Silverlight. Dijo Nuff.
Nuevas funciones geniales: mientras que Silverlight aún tiene algo que ver con Flash en algunas características obvias (como la integración webcam / micrófono, o la aceleración de gráficos / 3d), hay algunas nuevas tecnologías integradas integradas en Silverlight - Deep Zoom es un ejemplo. Veo más tecnologías "revolucionarias" en el lado de Silverlight, mientras que Flash parece estar en modo de mantenimiento en este punto.

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

¿Cuáles son sus razones para empujar a Silverlight sobre Flex? Si tiene que preguntarle a la comunidad de SOFlow por razones, parece extraño que esté tan dispuesto a presionarlo.

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

En primer lugar, ambos no son más que "frameworks de winforms distribuidos con soporte para ser ejecutados en el navegador", en segundo lugar, no portan bien a otros dispositivos (especialmente cierto para Silverlight), en tercer lugar, no funcionan bien con otras partes de tu página. No funcionan bien para personas con discapacidad, etc., etc., etc. La lista continúa hasta el infinito ...

Adobe y Microsoft intentan ocultar este hecho muy duro, pero al final del día, tanto Silverlight como Flex no son más que ActiveX en una nueva envoltura ...

Claro que se ejecutan en cajas de arena, son lenguajes administrados y todo eso. Pero sigue siendo una gran pieza de BLOB que se está descargando para ejecutarse localmente en su navegador, AKA ActiveX ...

Esta es una vieja pregunta, ¡la historia ya ha hablado!

Silverlight ha sido abandonado por Microsoft, nunca obtuvo una base de instalación útil. Parte debido a que Microsoft no se compromete al 100%.

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

Tal vez algún día Flex se redirija a HTML5 sin complementos ...

Se habló el iPhone, y dijo que la única opción es Apple Way o HTML5.

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

Pros de Silverlight:

Potencia de C #, fragmentos de código, reutilización de implementaciones de Algoritmo C # existentes
Poder de otros idiomas también, genéricos y Linq, etc.
Poder de ejecución nativa de CLR en lugar de Flash Action Interpretetor
One Integrated Visual Studio para todo desarrollo
Expression Blend es realmente genial y un editor más avanzado que Flex Builder
XAML es amigable para motores de búsqueda
Transiciones de estado bastante agradables y fáciles de definir
Enhebrado y tareas asincrónicas
Accesibilidad, nadie sabe que Microsoft siempre hizo las mejores funciones de accesibilidad en todos sus productos, siempre funcionó bien con las personas con discapacidad, comparando los navegadores, solo IE admite accesibilidad total y Safari / firefox, etc. no están más cerca.

Contras de Silverlight:

Estrictamente Microsoft Platform, sé que mucha gente discutirá, pero con el escenario actual, la mitad de los chicos de Intel Mac no pueden trabajar con Silverlight 3.0, todos los chicos de Mac de PPC no pueden usar Silverlight 2.0 y No Silverlight para Linux.
No es monofónico, pero Microsoft no lo admite oficialmente, siempre se quedará atrás de la ingeniería inversa .NET y lo transferirá a otra plataforma, todavía no está lista.
La mayoría de los componentes / controles están "sellados" por lo que es difícil ampliarlos y anularlos para crear nuevos componentes fácilmente.
Mala arquitectura CustomControl / UserControl. Por ejemplo, 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 nombres de componente y no admite expresiones de instancia como flex does, 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}"/>

Pros de Flex:

Verdaderamente independiente de la plataforma, compatible con varios hardware y sistemas operativos y verdaderamente funciona en todas partes.
Open Source hace que sea realmente fácil de entender y extender la funcionalidad.
Cada control / componente se puede extender y hay menos restricciones que anulan el comportamiento predeterminado.
La manera más fácil de crear nuevos componentes, puede hacer que mxml derive de cualquier control y ampliarlos con un enlace extensivo
Flex contiene muchos controles y no necesita ninguna biblioteca de terceros

Contras de Flex:

¡Ejecución lenta para ejecuciones iterativas, sin hilos! sin tareas asincrónicas !!
Basado en el punto 1, no hay gran animación o gráficos posibles
Sin genéricos, sin otros idiomas, sin linq ..
La clase de número tiene un error, no puede almacenar un valor completo de 64 bits de largo
Eclipse es malo para diseñar algo genial UI

Conclusión

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

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

el siguiente article proporciona una comparación de ambas plataformas.

Los programadores de Silverlight no saben lo que se están perdiendo, cuando se trata de Flex. Silverlight carece del modelo de componente y las capacidades de activación de eventos que tiene Flex. Usando XNA, y C #, un amigo mío tiene que saltar a través de todo tipo de aros para hacer funcionar su aplicación Silverlight. Luego, tiene que ser entregado a un diseñador para que se vea a medio camino decente.

Escuche los podcasts de deepfriedbytes.com en Silverlight, y escuchará cómo incluso un par de personas que realmente presionan a Silverlight reconocen algunos de estos problemas. (Creo que , si mal no recuerdo, uno de los tipos trabaja para Microsoft, pero podría estar equivocado, lo escuché la semana pasada). Acuerdan que Silverlight no está listo para aplicaciones enormes, en su estado actual.

Me gustaría ir con Flex, para un enfoque limpio y sencillo, especialmente si ya está familiarizado con Flash y ActionScript 3.0. Flex tiene mucho más sentido, en mi opinión: Silverlight aún tiene que madurar.

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

Nuestros motivos para este cambio:

FlexBuilder está basado en Eclipse. Eclipse es horrible! Gratis, pero lleno de errores, lleno de fallas y lento.
FlexBuilder duplica el precio de Expression Blend, que obtenemos de manera gratuita con MSDN de todos modos.
Flex es un dolor para el control de la fuente, no le gusta que los coloquemos en un solo lugar y no funciona bien con otras partes de la solución (lo probamos con SourceGear Vault y SVN).
La versión de Flex de ActionScript no le gusta la mayoría de las implementaciones SOAP, en particular tiene todo tipo de problemas con .NET WebMethod unos.
A pesar de que usamos periódicamente componentes licenciados de Flex, decide que no tenemos esa versión y agrega marcas de agua solo para demostración. La única manera de eliminar esto es llevar el proyecto a bits, 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 estaba en el nivel en el que podríamos agregarla como requisito para las funciones relevantes que cambiamos. Si trabajáramos para un público web (en lugar de corporativo), no estoy seguro de poder hacerlo.

El resto de nuestro proyecto es .Net y C #, puede encontrar todos estos problemas menos importantes en una tienda de Java.

No olvidar:

Flex es muy multiplataforma, ya que se compila utilizando la 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 cruisecontrol (que usa Linux). Construyo aplicaciones de compilación Flex, pero los desarrolladores usan Mac, Linux y Windows.

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

Nunca obtendrá un voto justo para esta pregunta en SO, ya que tiene tantos desarrolladores de Microsoft.

Además, la gente probablemente votará esta respuesta, lo cual dice todo realmente.

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

Para responder a los comentarios a continuación, me di cuenta de que si bien hay muchas respuestas recomendando Flash / Flex, las de Silverlight tienen muchos más votos al alza. No se trata de mentir, sino de favorecer aquello con lo que estás familiarizado, no necesariamente la mejor plataforma.

Otra ventaja del desarrollo de Flex es que puede cambiar al desarrollo de aplicaciones de escritorio (Adobe AIR) con el mismo código fuente (y el mismo IDE) y distribuirlas desde la web. Puede ver esto para el futuro de la plataforma Flash.
Actualización Q3 / 2011: Flash 11 admite aceleración 3D de bajo nivel, y ya hay muchos frameworks y motores principales (Unreal Engine 3, Unity) que lo soportan. Sin embargo, el punto de venta para el futuro es que la aplicación AIR funcionará en plataformas Windows, Mac, Android, PlayBook y iOS (se ha eliminado el soporte de Linux). Con un mínimo absoluto de molestias entre portar entre ellos (al menos cuando tiene Adobe CS5.5 +).

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

Actualización Q3 / 2017: Jaja, quién incluso usa Flash.

Pasamos por este mismo problema y Flex ganó indiscutiblemente. Nuestros desarrolladores de .NET estaban preocupados al principio, pero después de trabajar tanto en el dolor de Ajax y JavaScript, ahora AMAN y realmente disfrutan trabajando en Flex.

Aquí hay una prueba simple para ti. . . intente encontrar al menos 3 ejemplos de aplicaciones de Silverlight en el mundo real (que no sean juegos, reproductores de video o gadgets). Luego haz lo mismo con Flex.

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 BTW (no tengo idea de a qué se refería ese tipo, tal vez SL 1.0). Para los datos, es principalmente llamadas asincrónicas WCF (LINQ to SQL detrás de WCF) o archivos XML o RIA Services. Le permite usar la mayoría de Shader FX, tiene estilos, plantillas de control y el portapapeles nativo de Windows / Mac. Puedo ejecutar video 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 que me ahorran mucho tiempo. ADEMÁS, puedo usar LINQ, mayor ahorro de tiempo, sin mencionar el uso de Visual Studio para depurar.

Estoy desarrollando aplicaciones empresariales .NET, así que conozco mi base de instalación e instalarán el complemento (generalmente, 30 segundos). Para un sitio web front-end, puede perder algunos usuarios que no desean instalar Silverlight o no ejecutan Mac o Windows. PUEDES tener aplicaciones con SL fuera del navegador con 3.0.

Puedo ser un tipo de .NET sesgado pero he estado desarrollando tan rápido que debo recomendarlo.

Utilizo esta regla general: si su empresa está desarrollando software multimedia basado en Internet y tiene clientes con todo tipo de plataformas, y no está haciendo aplicaciones intensivas en bases de datos, Flex es la respuesta definitiva, si su empresa desarrolla productos basados en Internet y DVD. , menos interactivo pero más intensivo (CPU, memoria) y usa cantidades ridículas de transacciones de bases de datos. Silverlight tiene más sentido