¿Programando “todo” usando HTML5?

7
Las aplicaciones

HTML 5 en el navegador realmente parecen estar despegando. He estado usando src: kit en Google Chrome durante unas semanas y me encanta. Soy un desarrollador de ASP.Net (C # / MVC 3) de comercio, y en el pasado hizo varias piezas de programación de WebForms.

Con el desarrollo de la aplicación de Windows 8 en el comercio de aplicaciones locales de HTML5 y los principales navegadores de teléfonos inteligentes que admiten la instalación de HTML5, así como muchas plataformas que lo soportan (PhoneGap y Titanium, por ejemplo), ¿estamos o lo haremos pronto? ¿En el punto en el que pudiera crear una aplicación que fuera completamente "instalable" para ejecutarse como independiente en cada plataforma?

Me doy cuenta de que también sería necesaria una base de datos (o instert-your-data-store-here), por lo que sería necesario agregar otro idioma allí para middleware. C # en Mac / Linux con Mono es posible, pero Mono generalmente solo crea una aplicación GTK +, así que probablemente necesitaría crear otro contenedor para alojar la aplicación ... creo.

¿Alguna sugerencia de un lenguaje mejor para usar como middleware? Es decir. para facilitar el transporte: tengo mucha más experiencia con C # que cualquier otra cosa, así que me gustaría algo de esa familia si tengo que hacer algo diferente.

Básicamente, ¿qué tan lejos estamos de esto? ¿Qué hay que cambiar todavía? Más importante aún, si es posible (lo que creo que, en teoría, lo es), ¿cuál es el gran salto entre dónde estamos ahora y cuándo estaremos allí?

Esto eventualmente se convertirá en un programa, por lo que es un problema completamente práctico en el que estoy trabajando (comenzaré el desarrollo después de Navidad).

EDITAR: Para aclarar, por 'cada' plataforma, incluyo al menos lo siguiente: Windows XP + / Mac OS X / Linux: cualquier distro en los últimos 2 años / iOS / Android / Blackberry 5 + / Windows Phone 7+

    
pregunta David Archer 07.12.2011 - 17:57

4 respuestas

1

Yo diría que sí: la capa de la interfaz de usuario debería estar desacoplada del resto de la aplicación de todos modos (en un mundo perfecto, obviamente ...) para exponer su lógica de software de back-end a un front-end basado en HTML ( tenga en cuenta que considero que el servidor web es parte de la capa de presentación) tiene mucho sentido.

La dificultad con esto es que hay algunas cosas que no son compatibles o simplemente difíciles de implementar con HTML. Esto está cambiando rápidamente, así que no estoy seguro (pero tampoco estoy 100% convencido) de que esto ya no sea un problema.

Por ejemplo, solo se puede 'empujar' al cliente usando polling-via-AJAX, pero hoy tenemos websockets. Solo puedes obtener gráficos de lujo con un complemento como Flash, pero hoy tenemos WebGL. Una vez tenías redes lentas, pero hoy tenemos redes muy rápidas y de baja latencia.

Creo que aspectos como la validación y la interfaz de usuario receptiva sin tener que cargar una tonelada de datos de manera frontal aún requieren mucha reflexión de diseño, pero estos son problemas solucionables.

Así que me gustaría ir. Tenga en cuenta que ahora hay algunos marcos interesantes, especialmente Wt que cambia los comandos de dibujo de Qt de 'píxeles sin formato' a componentes html por lo que su código Qt de 'escritorio' se ejecutará en la web sin ninguna modificación. Creo que eso es muy bueno.

    
respondido por el gbjbaanb 15.02.2012 - 00:51
0

Creo que para los servicios de back-end (db) solo necesita una implementación de servicios web RESTful. Eso debería ser algo que podría implementar en casi cualquier idioma en cualquier plataforma. Algunas plataformas / frameworks te llevarán más rápido, obviamente. No soy un desarrollador de C #, así que no sé cuán difícil es hacerlo en C #, pero creo que las piezas necesarias están ahí.

También hay algunas tecnologías emergentes que se conectarán de forma segura desde la aplicación del navegador (HTML5) a la base de datos, pero eso parece un poco arriesgado. Quizás otros puedan comentar sobre la disponibilidad de esas plataformas y qué tan seguras están.

    
respondido por el Bill Leeper 07.12.2011 - 18:03
0

Mi teoría, a pesar de que no soy un maestro de la programación, es que si HTML5 pudiera hacer todo lo posible, no necesitaríamos otros idiomas y lo más probable es que nos deshicamos de ellos. Hay programadores que están especializados en múltiples lenguajes, incluido HTML5, y aún así escriben software en Python, Java, C ++, etc.

HTML5 tiene enormes ventajas y, de hecho, se puede hacer cualquier cosa, pero la verdadera pregunta aquí debería ser si se puede hacer algo de manera correcta y precisa. Por ejemplo, un juego Java probablemente sería inferior a una versión C ++ del mismo juego debido a sus dependencias y factores de Java.

Hay más lenguajes de programación supremos por ahí, C ++ tiene capacidades enormes con pequeñas dependencias, y después de todo, esta misma pregunta que usted podría haber preguntado probablemente hace 10-20 años, pero con otros lenguajes de programación, pero en Mientras tanto, se inventaron más.

Creo que la verdadera respuesta aquí es que tendremos que esperar, quizás en un par de años se creará un nuevo lenguaje de programación, uno superior que será multiplataforma y utilizable en cualquier dominio y para todo equipo. -relacionado.

    
respondido por el Bugster 14.02.2012 - 18:34
0

Con HTML 5 puede crear interfaces de aplicaciones web que se ejecutan en navegadores de última generación en computadoras de escritorio, computadoras portátiles, tabletas y móviles. Si desea admitir operaciones nativas de hardware, básicamente para tabletas y móviles, probablemente debería crear una aplicación nativa o una aplicación híbrida (una con código HTML más extensiones web nativas como Windows 8 -WinRT).

Mantenga el enfoque de HTML en el extremo frontal y siempre use un enfoque de capa de servicio para minimizar las dependencias en el lado del servidor. Si tiene que crear una aplicación nativa, solo creará el front end nativo y no el servicio.

    
respondido por el Chris Mylonas 24.02.2012 - 13:09

Lea otras preguntas en las etiquetas