jueves, 6 de diciembre de 2012

Arquitecturas para desarrollo móvil - Modelo de Código Generado

Este artículo forma parte de una serie de artículos donde iré explicando las distintas arquitecturas que tenemos disponibles a la hora de desarrollar para móvil.
Arquitectura del Modelo de Código Generado
La idea base de este modelo es producir aplicaciones nativas para cada plataforma pero a partird de un mismo código y un mismo lenguaje de programación.

Diagrama Modelo de Código Generado
Un compilador multiplaforma permite separar el entorno de construcción o desarrollo del entorno del dispositivo objetivo o de ejecución. La idea es la siguiente: Habrá una framework o herramienta que nos ofrecerá un API (en cualquier lenguaje de programación) independiente de la plataforma en la que se vaya a ejecutar. El desarrollador usará este API para construir la aplicación móvil, incluyendo el interfaz de usuario, la persistencia de datos y la lógica de negocio. Una vez hecho esto, el código es procesado por el compilador multiplaforma que transformará esté código en una aplicación nativa especifica para una plataforma objetivo. La aplicación resultante de este proceso puede ser desplegada y ejecutada de forma nativa en un dispositivo.

lunes, 3 de diciembre de 2012

Arquitecturas para desarrollo móvil - Modelo de Código Interpretado


Este artículo forma parte de una serie de artículos donde iré explicando las distintas arquitecturas que tenemos disponibles a la hora de desarrollar para móvil.

Este modelo se basa en la existencia de un Intermediate Language Runtime (ILR) o entorno de ejecución de lenguaje intermedio que abstraiga al desarrollador los detalles de la plataforma en la que se está ejecutando el código. El desarrollador escibirá el código en un lenguaje de programación determinado (esto depende del framework), un compilador generará el mismo programa en un lenguaje intermedio, y este código intermedio es interpretado o compilado just-in time por un por un interprete escrito para cada plataforma que interpreta o compila el código en un código máquina entendible por el dispositivo objetivo.

Arquitectura del Modelo de Código Interpretado

Como podemos ver en la arquitectura, el ILR será por tanto un entorno de ejecución que contendrá una capa de abstracción multi plataforma que trabajará con cada una de las APIs de las distintas plataformas. La implementación de este interprete varía en tamaño y complejidad según la herramienta elegida, incluso varían los métodos de ejecución, pudiendo usarse virtualización, interpretación, compilación just-int time o una mezcla de varios tipos.

Un ejemplo muy conocido de este modelo en las aplicaciones de escritorio es la maquina virual de java. Una máquina virtual es una implementación software de una maquina (por ejemplo de un dispositivo móvil) que ejecuta programas como si de una maquina físifica real se tratase. Y ya en su día se intentó replicar este modelo en el mundo móvil con Java ME y su KVM (Kilo Virtual Machine), pero no termino de triunfar ya que producía aplicaciones demasiado pesadas para el momento, y la alta fragmentación del mercado, hacía que las aplicaciones desarrolladas para este entorno de ejecución no funcionase en muchas plataformas.

Componentes del Modelo de Código Interpretado

Así que con este modelo, la responsabilidad de soportar multiples plataformas, la pasamos del desarrollador al creador de la máquina virtual o el ILR

Anngry Birds es un ejemplo de este modelo (usa Lua como lenguaje principal).

domingo, 2 de diciembre de 2012

Arquitecturas para desarrollo móvil - Modelo Híbrido


Este artículo forma parte de una serie de artículos donde iré explicando las distintas arquitecturas que tenemos disponibles a la hora de desarrollar para móvil.

Uno de los mayores inconvenientes del modelo web es las limitaciones que nos impone a la hora de acceder a algunas características del hardware de la plataforma o dispositivo sobre la que se ejecuta la aplicación, ya que a pesar de que las últimas versiones de los navegadores móviles propagan información como la orientación de la pantalla o geolocalización, esta es aun limitada y todavía no hay forma de obtener datos del acelerómetro, la cámara o subir un video.

Aquí es donde el modelo hibrido entra en escena. En este, básicamente tendremos una aplicación nativa que sólo contendrá la aplicación web embebida, de tal manera que funcionará como un wrapper que hará de puente de comunicación entre la aplicación web embebida y las opciones propias del dispositivo, eliminando así parte de las limitaciones del modelo web.

El usuario recibe una aplicación nativa normal que muestra contenido web. La aplicación web interna será cacheada localmente en el dispositivo durante la instalación, eliminando así la necesidad de una conexión activa a la red y mejorando su velocidad y sensibilidad.

 Arquitectura del Modelo Híbrido

La comunicación entre la aplicación web y la aplicación nativa, normalmente ocurre mediante JavaScript APIs que nos dan la posibilidad de leer datos adicionales del móvil, y lanzar acciones como la vibración, el acelerómetro o acceder a ficheros de un modo estándar a través de diferentes plataformas.

Componentes del Modelo Híbrido
Esta habilidad de combinar aplicaciones web estándar con las nativas, puede significar una importante reducción de tiempo y coste al minimizar el trabajo necesario de codificación. Para el usuario, una aplicación hibrida bien diseñada, se verá muy parecido a una nativa: Se la bajará de un app store, la almacenará en el dispositivo móvil y la ejecutará como cualquier otra aplicación nativa. Sin embargo para los desarrolladores supone una gran diferencia, porque en vez de tener que rescribir buena parte de la aplicación para cada plataforma móvil, escribirán esa parte en HTML, CSS y JavaCript, y reusarán ese código a través de las diferentes plataformas.

Ejemplos de este modelo serían la aplicación android de la Wikipedia o la aplicación iPhone de LinkedIn.