Justin James discute las cinco áreas principales en las que HTML5 puede proporcionar alternativas a las estrategias de desarrollo web tanto en Flash como en Silverlight.
En el último año, Microsoft ha dado marcha atrás en su estrategia de Silverlight para desarrolladores Web. Peor aún, Adobe ha anunciado que ya no están desarrollando Flash móvil (aunque los socios pueden seguir haciéndolo); combinado con el fracaso de Flash para alcanzar los niveles de penetración de «masa crítica» en los móviles, parece que en el mejor de los casos se necesita una estrategia Flash de escritorio móvil dividido y, en el peor, no se podrá hacer que el contenido de Flash aparezca en muchos dispositivos móviles en absoluto. La causa de este caos es HTML5, y al mismo tiempo, HTML5 es el sustituto de estas tecnologías si está listo para seguir adelante. Aquí hay cinco tareas importantes que los desarrolladores hacen con Flash y Silverlight, y cuáles son sus alternativas HTML5.
Video/audio
La multimedia es una de las cosas más importantes para las que los desarrolladores utilizan Flash y Silverlight. De hecho, una vez que se tiene en cuenta YouTube, el uso de Flash en la Web es abrumadoramente para el vídeo! Afortunadamente, esta es una de las cosas que HTML5 ha conseguido manejar. HTML introduce dos nuevas etiquetas,
Gráficos
Otra razón por la que la gente usa Flash y Silverlight es porque manejan bien los gráficos. Ahora, HTML ha tenido varios sistemas de gráficos vectoriales en el pasado, y el actual estándar SVG es ahora bien soportado. Pero la HTML5
Mejoras en el widget de entrada
Trabajar con la combinación de HTML, CSS y JavaScript para crear controles que repliquen aplicaciones de escritorio es un desastre. Afortunadamente, HTML5 ha realizado mejoras en los distintos widgets de entrada que permiten que se utilicen de forma mucho más parecida a como lo hacen los controles de escritorio, por lo que se encontrará buscando Flash y Silverlight con menos frecuencia para este tipo de necesidad. Por ejemplo, el atributo «type» de la etiqueta permite indicar al navegador qué tipo de datos se introducen en un campo de texto (como la información de fecha), lo que a su vez permite al navegador hacer un mejor trabajo de presentación del widget al usuario. Además, hay un
Operaciones asíncronas
El modelo de procesamiento asincrónico es fundamental para el desarrollo de aplicaciones, ya que le permite realizar tareas como el procesamiento de trabajo pesado en segundo plano y no bloquear la interfaz de usuario, sino actualizar la interfaz de usuario cuando finalice el procesamiento. HTML5 responde a esta necesidad con la especificación Web Workers. Aunque los Trabajadores de la Red no están tan bien apoyados como algunos de los otros artículos presentados aquí, espere que sean mucho más útiles en el próximo año más o menos. Por qué? Debido a que el principal bloqueo del navegador en Web Workers es Internet Explorer, y la vista previa de IE10 2 lo incluye. Web Workers le permitirá realizar el tipo de tareas intensivas en CPU cliente que actualmente son realistas con aplicaciones de escritorio a través de Flash y Silverlight.
Comunicaciones
La especificación WebSocket define las comunicaciones bidireccionales entre el navegador y un host. Esta ha sido siempre una de las principales deficiencias de la combinación HTML + HTTP, y los desarrolladores han tratado de imitar las comunicaciones de ida y vuelta de diferentes maneras. WebSocket en realidad se acopla a la parte superior de HTTP, por lo que no verá que los firewalls lo bloquean como lo haría con un protocolo o esquema de puertos completamente diferente. Al igual que Web Workers, la especificación WebSocket sigue evolucionando y el soporte es débil, pero se espera que cambie rápidamente; IE10 lo soportará, uniéndose a Firefox y Chrome, lo que significa que en el plazo de un año se puede esperar un alto nivel de compatibilidad con WebSocket.