¿Es mejor desarrollar aplicaciones utilizando una tecnología específica de plataforma o tecnologías web? [cerrado]


8

Leí un artículo interesante el otro día que hablaba sobre la construcción de aplicaciones móviles usando Javascript y HTML5. Un punto interesante que destacaron fue cómo este enfoque funcionó en múltiples plataformas, diferentes hardware (por ejemplo, tamaño de pantalla) y software (por ejemplo, iPhone, WP7, Mac, Windows).

También noté algo interesante publicado en el sitio web Build de Microsoft para su próxima conferencia. Parecen poner mucho énfasis en HTML5 y JavaScript. Parece ideal desarrollar una sola aplicación (por supuesto, aún requeriría modificaciones menores) y hacer que funcione en tabletas, PC, dispositivos móviles, televisores o prácticamente cualquier dispositivo con capacidad para Internet.

¿Es esta una tendencia cambiante?

Obviamente, no es divertido aprender una tecnología solo para descubrir un año después que se está cerrando. En mi opinión, parece bastante difícil, ya que puede hacer ciertas funciones como animaciones o enlace de datos (¡mi favorito!) Con HTML5 y JavaScript en comparación con Silverlight. En este caso, solo las herramientas lo convierten en una mejor opción (Expression Blend y Visual Studio 2010). Sin embargo, estoy preocupado porque cada vez es más fácil hacer cosas en la web que hace unos años no parecían posibles.

¿Todavía hay un lugar para tecnologías como Flash y Silverlight cuando se trata de desarrollar aplicaciones o deberíamos apuntar a orientar nuestras aplicaciones hacia tecnologías específicas de la web como HTML5, CSS3 y JavaScript?

Respuestas:


9

El gran cambio hacia HTML5 / JS se produjo recientemente con la introducción de la aceleración de hardware en IE9 y ahora en otros navegadores. Antes, no se podía obtener el rendimiento de HTML que se podía con Silverlight y Flash. Tenían acceso al hardware y HTML no.

La gran mayoría de los navegadores móviles son compatibles con HTML5 , al igual que sus vistas web en aplicaciones que aprovecha Phonegap. Entonces, en el espacio móvil, dependiendo de exactamente cuánto hardware desea usar, HTML5 / CSS3 / JS es una opción muy buena.

Con Windows 8, habrá nuevas aplicaciones HTML5 en la nueva vista de tableta, pero las aplicaciones nativas siguen siendo la parte central de la experiencia (Visual Studio no será HTML5, por ejemplo ... no lo creo). Sin embargo, dado que el marcado / JS es acelerado por hardware, ahora puede ser tan rápido como una aplicación nativa.

En su opinión sobre si Flash y Silverlight tienen un lugar, la interfaz de usuario de Windows Phone 7 se basa en Silverlight, por lo que estoy seguro de que estará disponible por un tiempo. Además, estas tecnologías siguen siendo la única forma de obtener una rica experiencia de medios web en navegadores más antiguos como IE7, que todavía están muy vivos en el mundo XP. Hasta que cada usuario que desee ver algo esté fuera de eso, necesitará un método alternativo. Flash sigue siendo excelente para eso con video y gráficos.


Gran explicación. Sabía que tenía que haber una razón por la cual hubo un salto tan grande para las tecnologías web recientemente y fue la aceleración de hardware.
Edward

Los JIT de JavaScript que han existido un poco más de tiempo también contribuyeron a un gran salto en el rendimiento de la ejecución de js.
Erik Reppen el

2

En mi humilde opinión, una tecnología potencialmente compatible con todos los dispositivos en el mercado (si está bien implementada) es el camino a seguir.

La portabilidad siempre ha sido una de las propiedades más importantes de los lenguajes exitosos como C.

HTML5 junto con JavaScript y los idiomas del lado del servidor le ofrece todo lo que necesita para desarrollar aplicaciones completas (no solo web, como parecen indicar los últimos anuncios de Microsoft en Windows 8).

Las tecnologías como Flash y Silverlight siempre tendrán un mercado, pero veo que la gran ola avanza hacia HTML / JS.

En cuanto a la facilidad con la que las cosas más complejas son posibles con Silverlight, es solo cuestión de tiempo, con el nuevo HTML5 y los muchos frameworks JS creciendo y mejorando año tras año.

No tendría dudas en invertir mi tiempo en una tecnología tan creciente.


2
si está bien implementado Esta es la clave. El hecho de que sea un sitio web NO significa que sea un reemplazo de una aplicación nativa en cada dispositivo. Los diseños para un dispositivo táctil son muy diferentes de los equipos de escritorio y casi siempre habrá código específico de la plataforma.
Unholysampler

1
... por eso CSS, JS y HTML están específicamente diseñados para adaptarse a cualquier circunstancia. En lugar de reescribir totalmente su código en cada plataforma individual en el idioma específico necesario, utiliza un tipo de medio diferente y ya está en la mayoría de los casos.
Ben Brocka

2

Es imposible saber cuál es "mejor" en ausencia de requisitos y algún sentido de los recursos disponibles. HTML5 es excelente, pero si su modelo de negocio se basa en la compra en la aplicación, o si tiene un equipo que domina Flash, probablemente elija una dirección diferente. "Mejor" es lo que mejor resuelve su problema particular. No significa mucho en abstracto.


0

Mi opinión personal gira en torno a obtener la máxima ventaja tanto del lado del complemento como de la manipulación sin formato de HTML / CSS / JS.

Estoy empezando a ver una tendencia que sesga su patrón de pensamiento hacia una tecnología. En lugar de enfocarlo de esa manera, tiendo a llegar a las ideas detrás de estos cambios.

Ejemplo:

1) Tanto HTML5 como silverlight / flash permiten Canvas. ¿Cuán diferentes son las formas en que puedes controlar los píxeles y la lógica programática para hacer juegos?

2) Es de conocimiento común que a través de complementos puede manipular el DOM del navegador directamente. ¿Qué tan fácil es hacer que el complemento sea invisible para usos no comunes? ¿Puedes usar el complemento para, por ejemplo, obtener grandes cantidades de datos?

La gente de herramientas de Microsoft y Adobe lo ayudará en todas las formas posibles para usar sus productos. ¿Qué tan fácil es ser codicioso con complementos y estándares web listos para usar más lenguajes de scripting para ofrecer una solución?

Creo que mis pensamientos progresan más si pienso en estas líneas punteadas. YMMV

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.