.net - necesario - silverlight para mac

¿Qué potencial ves en Silverlight? (21)

Silverlight ha estado disponible desde hace bastante tiempo, y Silverlight 2 permite la programación .Net en el front-end. He estado pensando en las aplicaciones que puedo usar con Silverlight, pero no puedo decidir si debería desarrollarlo en Silverlight porque todavía me preocupa la accesibilidad y la aceptación.

¿Qué potencial ves en Silverlight a juzgar por las tendencias actuales y para qué crees que se utilizará Silverlight en los próximos años?

Algunos puntos

Contras:

El tamaño es más grande que el flash.
Flash ya tiene una gran base de instalación.
Las herramientas de diseño (diseño de mezcla y expresión) están muy lejos de las de Adobe (es decir, PhotoShop).
La falta de características. (Soporte de micrófono, API de mapa de bits, soporte de impresión, etc.)
Falta soporte de Linux. Aunque Moonlight ya está allí o V 1.0 y 2 (Alpha).

Pros:

Gran IDE (Visual Studio 2008) para el desarrollo.
Los lenguajes .net existentes se pueden usar. Entonces los desarrolladores web pueden cambiar fácilmente a Silverlight.
Forma sencilla de entregar servicios web y soporte LINQ.
Fácil integración con las tecnologías .net existentes.
Soporte de WCF. (Aunque limitado a basicHttpBinding).
Algunas características agradables como Deepzoom. (Estoy de acuerdo en que no es una característica clave).
Microsoft lo está respaldando. Te gusta o no. No están comenzando desde cero.

El mayor problema que Silverlight tiene ahora es el complemento. "Apenas" funciona en Mac y no funciona en Linux.

Además, las herramientas de desarrollo (Blend y VS) son solo de Windows. Compare eso también Flex (Flash), que se ejecuta en Windows, Mac y un plug-in beta beta de Eclipse. O compare Silverlight con Curl, que funciona muy bien en las 3 plataformas y tiene herramientas de desarrollo en Windows y Linux.

Sin mencionar, MS es famoso por comenzar proyectos y colgarlos para morir. Entonces, ¿por qué invertiría algo de tiempo en Silverlight? Soy un miembro de MSDN. Tengo VS2008 y tengo Blend (ejecutándose en mi escritorio). Así que estoy lejos de odiar a las EM. Pero, de nuevo, ¿por qué debería invertir el tiempo?

Para responder a su pregunta: si MS demuestra que está realmente comprometido con SL y estabiliza el plug-in en las 3 plataformas, entonces lo veo como un competidor de Curl y Flash (quizás JavaFX, si Sun puede obtenerlo). Pero hasta que MS lance sus herramientas de desarrollo a otras plataformas, seguirá siendo solo otra "cosa" de .Net.

El potencial en Silverlight es, como yo lo veo, ser muy similar a Flash y sus capacidades en términos de ofrecer una mejor experiencia multimedia en la pila de Microsoft. Alguien encontrará una forma de crear una asombrosa aplicación de Silverlight que se verá una y otra vez en sitios como YouTube que le ayudarán a obtener una mejor posición.

Habrá más evolución con Silverlight y Microsoft tendrá más software para aprovechar mejor lo que Silverlight podrá hacer.

En este momento, Flash es donde está la acción y Silverlight es solo para desarrolladores de Microsoft que hacen lo que se les dice. El verdadero problema es que Microsoft está perdiendo (¿perdido?) Gravemente la guerra de navegadores donde reside Silverlight. Con la salida de ChromeOS el próximo año, habrá una mayor atracción hacia la web móvil y los productos que no son de Microsoft, y con todas las nuevas características de HTML5 y CSS3, también un punto débil de Microsoft, hace que uno considere si vale la pena.

Silverlight es una entrada débil en un mercado exclusivo para el que Microsoft no se considera un factor decisivo o generador de acuerdos.

Es muy difícil racionalizar la inversión en una plataforma con medios dinámicos en general. Quiero decir, estoy de acuerdo con el uso de Flash para video, pero si tuviera que escribir una aplicación web comercial, seguiría con HTML, JavaScript, AJAX y similares, no con Flash / Silverlight / lo que sea.

En mi carrera como desarrollador, nunca he usado sitios que aprovechen Flash de una manera que tenga sentido. Por otro lado, he visto un buen uso de AJAX (por ejemplo, Google Mail). La animación es algo relevante en algunos casos (p. Ej., Juegos), pero construye UI sensatas usando Flash o Silverlight ... bueno, es posible, sabemos que lo es, pero quién las necesita cuando puede hacer que HTML haga lo mismo, en una moda más predecible?

Flash puede ser mainstream (ampliamente implementado), pero para un desarrollador, Silverlight supera a Flash todos los días y dos veces el domingo.

Fue desarrollado desde cero para desarrolladores, y puede usar un subconjunto de .NET Framework y Visual Studio.

ActionScript for Flash está bien, pero es obvio que fue desarrollado después del flash y no puede contener un stick en .NET Framework.

Entonces la elección es entre unidades desplegadas (Flash) y mejor (Silverlight). El tamaño de la huella de Silverlight es una preocupación menor, pero válida (Silverlight tiene una huella más grande que la de Flash).

Ha habido algunos comentarios excelentes sobre la competitividad actual de Silverlight; sin embargo, cualquier discusión debe tomar en cuenta que Silverlight está evolucionando rápidamente y Microsoft anunciará v3 en la conferencia MIX de este año (16/3/09).

La nueva característica más emocionante en mi humilde opinión es la compatibilidad con GPU para 3D. Aunque esta es solo una de las nuevas mejoras, puede cambiar el equilibrio para los desarrolladores de juegos. Recomiendo este artículo: la visión de Scott Guthrie de Silverlight 3

He estado investigando el desarrollo de juegos casuales, y veo un gran potencial para Silverlight en ese espacio. El desarrollo de juegos Flash es, obviamente, mucho más amplio, pero como puede ver en esta question , el flujo de trabajo para el desarrollo de juegos Flash implica múltiples herramientas que no necesariamente funcionan bien juntas a pesar de que ambas están hechas por Adobe. He hecho algunos trabajos de prototipos en Silverlight, y creo que la integración entre Blend y VS2008 hace que Silverlight sea un fuerte contendiente.

He hecho proyectos reales con Flash y Silverlight. Y me gustan los dos. Incluso hice un gran proyecto (más de 300 horas) para CiCi''s Pizza que involucró montones y montones de Flash. Ese fue un proyecto divertido, en realidad.

Diría que Flash tiene un IDE mejor para hacer animaciones fácilmente. Ese siempre ha sido su punto fuerte, y sigue siendo muy bueno. Pero Silverlight tiene un lenguaje mucho mejor en el back-end: .NET. Desde esta perspectiva, Silverlight debería atraer más a los tipos de programadores que ya tienen mucha experiencia con .NET. Pero Flash es aún más adecuado para los tipos artísticos que necesitan hacer menús interactivos, animaciones, etc.

Más en ese sentido, hay algunas características poderosas que Silverlight ofrece que Flash no ofrece, y viceversa. Pero una cosa que Silverlight admite es multihilo. Incluso puede usar la excelente clase de Trabajo en segundo plano en una aplicación de Silverlight para hacer cosas geniales como aplicaciones de escritorio. Esto siempre ha sido algo que Flash ha estado faltando.

Un ejemplo de multi-threading en una aplicación de Silverlight se puede ver en la función de evaluación comparativa Regex Hero que hice. Simplemente presiona el botón de inicio bajo "benchmarking" y eso iniciará un hilo de BackgroundWorker para comparar la expresión regular, incluso mientras el resto de la UI sigue respondiendo.

Hay pequeñas características como esta que a menudo damos por hecho que Flash simplemente no puede hacer. Y ahí es donde Silverlight y su brillantez .NET tienen su lugar. Es por eso que creo que continuará ganando popularidad.

Mi mayor frustración con Silverlight ha sido que Microsoft parecía más preocupado por montar un espectáculo secundario que por ingeniería básica. Por ejemplo, para vincular a un segundo origen de datos en apoyo de búsquedas de claves externas, el combobox Silverlight simplemente se rompió. A través de tres lanzamientos importantes, no hicieron nada al respecto mientras producían objetos multimedia aún más espectaculares, aunque fundamentalmente inútiles.

Pero ahora, el tiempo está cerca ... las herramientas para el diseño de la interfaz de usuario de la línea de negocio de Silverlight han aparecido en la versión beta de VS2010. Y he aquí, exactamente al mismo tiempo aparece la versión beta de Silverlight4, y una gran cantidad de problemas básicos de ingeniería son fijos o están siendo rediseñados.

En retrospectiva, no debería haberme sorprendido. Microsoft sabía que tomaría tiempo construir una plataforma completa, y ellos sabían que durante la gestación era más importante que los lanzamientos soportaran demostraciones deslumbrantes que las aplicaciones LOB, ya que las hordas de gerentes de observación apuntarían e irían aaah y le dirían a sus amigos si les muestra un cubo giratorio con películas a los lados pero se quedará dormido si les muestra los cuadros combinados encuadernados.

En la versión beta, aún no está listo para el horario estelar. Pero son las calles por delante de lo que fue antes. La palabra clave aquí es beta . Están en pleno vuelo preparándolo para lo que es realmente el primer uso serio como herramienta, y se ve mejor cada día. Esto es tan alentador que por primera vez en diez años estoy participando activamente en un programa beta, en lugar de usarlo como fuente de software libre, porque veo que los informes de errores marcan la diferencia.

Pero, ¿qué es Silverlight y a quién le importa? El marcado de navegador (HTML) más el script (javascript) más los servicios web es un gran prototipo de cómo crear agentes de IU para aplicaciones basadas en servidor y una forma de mierda de construirlos de manera real. Silverlight es lo que HTML + JS solo insinúa. Todas las lecciones se han conservado: marcado, estilos, scriptabilidad.

Las principales lagunas se han tapado:

Se ha creado un modelo de seguridad coherente y compartible (consulte Servicios de autenticación de Windows)
Ahora hay herramientas bastante buenas en VS2010.
Existen herramientas de diseño para los departamentos de arte que limitan sus opciones de estupidez.
RIA hace que sea sencillo tener una validación constante en ambos extremos.

Personalmente, dudo que ningún estudiante de arte domine el diseño de las hojas de estilo, pero ese es otro asunto.

El futuro no es puro Javascript. Para el desarrollo de LOB, que es donde el dinero está y siempre ha estado, el guión es un desastre. Es un cerdo por desarrollar, un cerdo por depurar, un desastre de seguridad esperando a suceder, una pesadilla de rendimiento.

Los argumentos de que Flash está en todas partes y Silverlight no son irrelevantes. Eso es como decir que COBOL está en todas partes. Lo era, y de hecho sigue siéndolo, pero eso no tenía absolutamente ningún significado para la próxima generación de desarrollo. Además, todo lo que Microsoft tiene que hacer para hacer que Silverlight sea omnipresente es sacarlo con Windows Update. Te daré muy buenas probabilidades de que estará en un paquete de servicio de Windows 7 no mucho después de que VS2010 se convierta en RTM.

A diferencia de Flash, Silverlight se basa en XAML para el cual hay soporte directo en Windows. Desde Vista en adelante, XAML se beneficia de la aceleración de hardware. Además, el uso previsto de Silverlight es el desarrollo LOB. El juego está cambiando porque, por primera vez, LOB en la red está empezando a parecer una buena idea desde una perspectiva técnica .

Silverlight es la próxima gran cosa. Es una muy buena idea respaldada por una gran cantidad de dinero y experiencia, y ahora es el momento de participar activamente en el programa beta. Si lo haces, habrá mucho menos de qué hablar en la versión de lanzamiento.

En cuanto a otras plataformas, no creo que Microsoft se preocupe demasiado, y yo tampoco. Los usuarios de Mac no representan una fuerza de mercado significativa y nunca lo harán. Los usuarios de Unix son más numerosos pero son religiosos en sus prácticas anti-Microsoft y no lo usarían, y Microsoft preferiría venderle una copia de Server 2010 de todos modos.

Al ser Silverlight4 finalmente un tiempo de ejecución viable para el desarrollo de aplicaciones, espero seriamente comenzar a verlo en dispositivos compactos como Smartphones.

No veo que Silverlight se convierta en un asesino de destello pronto. Dicho esto, Silverlight proporciona un fantástico modelo de implementación para aplicaciones WPF. Espero ver más aplicaciones de línea de negocios escritas para Silverlight que la cantidad de contenido de Silverlight en sitios web públicos.

Permitirá a los desarrolladores perder una (incluso más) enorme cantidad de tiempo editando archivos XML :)

Puedo ver totalmente a las personas que no les gusta JavaScript comenzar a usar Silverlight solo para que puedan usar el código administrado para la manipulación DOM. Sí, sé que usar Silverlight solo es excesivo, pero solía sentirme así cuando estaba totalmente metido en C #. Pero ya no me siento así ahora que comencé a jugar con jQuery ...

Silverlight es Flash como C # es a Java. Es una tecnología hecha bien, va a asegurar un nicho entre las tiendas MS del mundo, pero es demasiado tarde para derrocar al campeón.

Silverlight es una alternativa para las personas que odian el flashscript, lo cual es bueno, pero el futuro es puro Javascript

Silverlight trae competencia, que siempre es algo bueno.

Soy un poco escéptico al respecto. Microsoft no tiene una gran reputación en plataformas alternativas, ya que sus productos en OS X (como Windows Messenger o Windows Media) han sido en su mayoría inferiores a las alternativas, y en Linux, bueno, Microsoft siempre ha sido el enemigo. A medida que más y más personas se alejan de Windows, las posibilidades de que Silverlight se convierta en un reemplazo Flash de facto seguirán disminuyendo.

También parece ser una tendencia que cada vez más sitios eliminan el uso "innecesario" de Flash, para admitir nuevos dispositivos móviles como el iPhone. En cambio, AJAX y más programación de JavaScript se utilizan para proporcionar una experiencia de usuario dinámica, incluso en sitios web extremadamente interactivos.

No descartaría por completo a Silverlight, veo el potencial de una "aplicación asesina" en sitios web como las películas en tiempo real de Netflix, aunque nada de lo que realmente se entiende todavía. Me gustaría esperar y ver el enfoque, aunque si tienes un pequeño proyecto en el que sientes que Silverlight realmente me ayudaría, no me preocuparía demasiado.

Yo diría que el potencial de Silverlight se ve en el gran interés entre los desarrolladores de .Net de experimentar y construir en la plataforma. Microsoft ha hecho el trabajo para hacer que el marco de control de Silverlight 2 sea accesible, de modo que si construye en la plataforma, tiene el potencial de crear una aplicación muy accesible. Desde el lanzamiento de Silverlight 2, he visto gran interés y actividad en la creación de aplicaciones de Line-of-Business (LOB) con Silverlight.

La tendencia que estoy viendo es que User Interaction Matters y las empresas están dispuestas e interesadas en crear una excelente experiencia de usuario para aplicaciones tanto internas como externas. El iPhone y el interés en Microsoft Surface lo han demostrado. Ahora veo diseñadores de interacción de usuarios que trabajan en aplicaciones Silverlight LOB. Hace un año, las empresas tenían desarrolladores, no diseñadores, y creaban interfaces para aplicaciones de LOB.

Ahora, mi opinión es parcial porque me encanta la tecnología y trabajo para Microsoft, pero pruébalo y compruébalo por ti mismo. Descubrí que Silverlight tiene un modelo de programación muy limpio que permite una excelente separación entre diseño y código.

Miguel

navego por toda la web y nunca ~ veo ~ algo hecho usando o requiriendo Silverlight. Veo cosas de Flash en todas partes. Un gráfico reciente que vi dice que el flash está en el 90% de todos los navegadores en todas las plataformas. Silverlight ronda el 25%. Aquí hay una tabla realmente buena que compara las capacidades de cada

4 formas en que Silverlight puede dominar el mundo de RIA

Silverlight no es un asesino rápido , es una herramienta que permite que la gran cantidad de desarrolladores de Microsoft existentes hagan la transición al desarrollo de aplicaciones web, manteniendo Microsoft en el juego de desarrollo del futuro.