2010-10-31 9 views
11

La estrategia Silverlight se ha desplazado a Windows Phone, y para el desarrollo web multiplataforma, es HTML 5.Futuras aplicaciones LOB de escritorio: WPF, Silverlight o ... ¿HTML5?

http://www.zdnet.com/blog/microsoft/microsoft-our-strategy-with-silverlight-has-shifted/7834

Estoy empezando a sentirse cómodo con la idea de desarrollar escritorio line-de- aplicaciones de negocios con Silverlight fuera del navegador (a través de WPF), pero no estoy seguro de lo que significa este cambio estratégico para el escritorio.

¿Debo volver a considerar WPF en su lugar, pensando que cuando HTML5 madure, podrían abandonar Silverlight eventualmente?

+0

Para poner las cosas en contexto, estoy trabajando en una pequeña herramienta de negocio que originalmente fue desarrollada en WPF pero transferida a Silverlight, intercambiando la potencia completa de .Net API para accesibilidad web (sin instalación, así que no haga clic una vez). Estaba pensando en crear una interfaz de ASP.NET para ella, pero la abandoné porque Silverlight se adapta bien a las necesidades de accesibilidad web. –

+0

También un buen comentario sobre todo esto, con el que estoy de acuerdo. http://csharperimage.jeremylikness.com/2010/10/so-whats-fuss-about-silverlight.html – Euphoric

+0

HTML5 sigue siendo un lenguaje de marcado con alguna provisión de devoluciones de llamada de javascript a sockets falsos y hace que los desarrolladores de javascript sean felices. ¿Cómo se compara con Silverlight? –

Respuesta

4

También se mencionó esta cita:

Silverlight también tiene algunos “puntos dulces” en los medios de comunicación y aplicaciones de línea de negocio, dijo.

Los medios de comunicación frecuentemente tuercen hechos, o mencionan solo hechos seleccionados, como una forma de mejorar la historia. Silverlight no está desapareciendo, y las especificaciones HTML5 no han sido ratificadas.

También se podría sacar la conclusión de ese artículo de que MS está haciendo todo lo posible para manipular la especificación HTML5 a su gusto y terminaremos con una situación como la que tuvimos en el pasado: todos implementan las mismas especificaciones en otra forma y necesita codificar soluciones para cada navegador principal. Debido a esta disputa (que otros proveedores también lo harán), la especificación puede tardar mucho en ratificarse por completo.

Habiendo dicho eso, WPF no está sujeto a ninguna de esta incertidumbre, pero aún no es multiplataforma. Entonces usted debe hacerse estas preguntas:

  • ¿Cuál es la esperanza de vida esperada de su aplicación LOB?
  • ¿cuánto tiempo antes de que tenga una reescritura importante?
  • ¿es posible liberarlo en varias tecnologías diferentes para adaptarse a diferentes configuraciones?

Las aplicaciones de LOB tienden a ser muy estrictamente especificadas y controladas para configuraciones específicas, por lo que un cambio de enfoque a largo plazo para Silverlight puede no afectarlo demasiado.


EDIT: el día después de que respondieron a esta pregunta, Colin Eberhardt escribió esta muy buena entrada en el blog: Does HTML5 mean the end is in sight for Silverlight? que cubre esta noticia/presupuesto exacto. Colin también hace referencia a this follow up blog post de Bob Muglia que detalla lo que dijo.Creo que se puede concluir con seguridad que es absolutamente bien para desarrollar su aplicación LOB en Silverlight si quieres :)

Presidente de la División de Servidores y Herramientas de Microsoft

3

Para productos de consumo y/o distribución amplia, HTML5 es muy convincente. Pero para las aplicaciones LOB donde, por definición, tiene una audiencia técnicamente cautiva con configuración de plataforma obligatoria y canales de distribución estrictamente controlados, WPF/Silverlight es mucho más económico. Así que ahí es donde la actividad será para la gran mayoría de las aplicaciones LOB.

1

Silverlight no va a correr en aplicaciones móviles que no sean de Microsoft próximamente. Pondría mi dinero en HTML 5: victoria simple y abierta.

+0

Solo espero [y sé que es una gran esperanza :)] que Windows Mobile 7 esté a la altura de las expectativas y se convierta en una gran victoria en los próximos años. Si eso sucede, probablemente pueda reconsiderarlo ya que no a todos les gusta aprender un nuevo idioma [Objetivo C], comprar una nueva Mac y código con XCode. –

4

Creo que todo se reducirá a una elección ... accesibilidad vs. desarrollo rápido. Y, naturalmente, esta puede no ser una respuesta fácil para cualquier proyecto debido a muchos factores.

Si tengo que ir para la accesibilidad, probablemente no iré con Silverlight. Pero en este momento, pensaré en un desarrollo rápido, aplicaciones que saquen algo de carga del servidor, informes complejos, código que podría ejecutarse fácilmente en el cliente, pensaría en complementos como SL o Flash ... y porque prefiero .NET , Yo elegiría SL. El HTML 5 tiene un largo camino por recorrer, y las cosas no van a cambiar de la noche a la mañana [o durante años, si existe esa palabra: p].

No puedo pedirle a las personas que actualicen sus navegadores a IE9 tan fácilmente ... pero obtener un complemento SL es mucho más fácil. Además, estaré "casi" seguro sobre el rendimiento de mi aplicación cuando uso el complemento SL. Esto podría no ser cierto si elijo trabajar con navegadores. Por ejemplo, IE 9 da utiliza la aceleración de hardware y puede darme una salida en el rango de 50-60 fps, mientras que Chrome puede sufrir con alrededor de 5-10 fps.

Cuestiones relacionadas