Header Ads Widget

Ticker

6/recent/ticker-posts

API, Firefox OS

 Firefox OS (FFOS) es un nuevo producto emocionante e innovador que presenta a los consumidores y trabajadores móviles nuevas opciones y opciones. Su modelo de desarrollo de aplicaciones, que gira en torno a HTML5, JavaScript, CSS y otros estándares web abiertos, presenta un listón relativamente bajo para los desarrolladores de aplicaciones que se dirigen a la plataforma. Si bien esta barrera de baja tecnología es excelente para quienes crean una aplicación web móvil, quienes crean aplicaciones móviles enriquecidas para otros sistemas operativos aún tienen mucho trabajo por delante. De hecho, agregar soporte para FFOS puede complicar las cosas, lo que obliga a los desarrolladores a escribir código adicional para aprovechar esta nueva plataforma móvil además de las otras que ya están respaldando. ¿Qué pueden hacer los desarrolladores si quieren crear aplicaciones para el nuevo sistema operativo de Mozilla sin bifurcar su código o agregar lógica duplicada?


Una solución que fue discutida por  Gustaf Nilsson Kotte  en  las API nórdicas de Estocolmo  el mes pasado es el uso de las  API de hipermedia HTML junto con el diseño web adaptativo . Puede  ver su presentación en YouTube , pero aquí está la versión tl; dw:

  • La cantidad de tipos de dispositivos y sistemas operativos móviles solo aumentará (a la FFOS).
  • Los usuarios requieren una gran experiencia independientemente de su elección de dispositivo, lo que obliga a los desarrolladores de aplicaciones a satisfacer todos los gustos y opciones.
  • Debido a que toda la interfaz de usuario y el código de presentación para estas diferentes plataformas móviles es invariablemente diferente, debe retirarse al servidor donde se puede reutilizar en todos los sistemas operativos y dispositivos.
  • Esta lógica debe estar disponible para las aplicaciones móviles en todas las plataformas como API de hipermedia utilizando HTML como tipo de medio (a diferencia de JSON).
  • El HTML se puede escribir para adaptarse según las capacidades del dispositivo, mejorando progresivamente según lo que admita el dispositivo.
  • Para FFOS (y otros), mostrar la salida de dicha API produce una aplicación web móvil que se puede representar con el navegador del sistema. Utilizando técnicas de mejora progresiva comunes en la Web moderna, la salida HTML de la API se puede actualizar o degradar según sea necesario para proporcionar la mejor experiencia de usuario posible.
  • Al crear una aplicación móvil nativa, la salida HTML de la API se puede analizar mediante DOM; Los controles, estilos, etc. HTML se pueden convertir en equivalentes nativos. Esta conversión puede limitarse a las pantallas que se utilizan con más frecuencia, dejando las partes menos utilizadas de la aplicación como HTML que se representan con un control WebView.

Esta idea generó mucha discusión, y la gente estaba escribiendo cosas durante los descansos. Las chispas de la innovación volaban, ¡y fue genial experimentarlo!


La conversación continuó en  Copenhague,  donde  Ronnie Mitra  de  Layer 7  habló sobre  sus experiencias en la construcción de API de hipermedia  y consumiendo las de las aplicaciones. Habló sobre algunos de los desafíos y beneficios de este estilo de diseño y señaló que la elección de la arquitectura de API debe estar impulsada por  la experiencia del desarrollador final  que se desea. El colega de Gustaf,  Mads Enevoldsen , también profundizó en este tema , presentando a los asistentes el modelo de madurez por el que deben pasar los servicios si quieren seguir la arquitectura de HATEOAS.

Publicar un comentario

0 Comentarios