Codificación para el proyecto de cristal de Google, está aprendiendo Google Android para móviles el camino a seguir?

Hay dos formas de desarrollar Google Glass. Existe la API Mirror que permite crear aplicaciones web para la plataforma. Además, un SDK basado en Android para la creación de aplicaciones nativas fue lanzado recientemente.

El API Mirror es un API RESTful y el modelo de desarrollo con él es muy diferente de lo que sabemos de Android e incluso de las aplicaciones web tradicionales. Las aplicaciones web son clientes gruesos en los que puedes ejecutar algún código (en el navegador). Con la API de espejo, el dispositivo de vidrio es para su aplicación presentada como un servicio web en la nube, que puede controlar mediante el envío de consultas a través de Internet. Ese control se limita a insertar tarjetas interactivas en la línea de tiempo del usuario y reaccionar a las interacciones del usuario con ellas. Cada interacción implica una ida y vuelta desde el dispositivo a su servidor y viceversa. De esta forma se configura qué tipo de aplicaciones será posible con Glass. Por ejemplo, parece que necesitas estar siempre en línea para que las aplicaciones funcionen.

Tiene algunos beneficios también. Lo más importante es que le permite escribir la aplicación en cualquier idioma que pueda hacer frente al protocolo HTTP, ya sea Java, Python, en realidad casi cualquier cosa incluso como Haskell. La desventaja es que la aplicación no se va a ejecutar directamente en el dispositivo de vidrio, pero en cualquiera de los suyos o Google proporcionó la computadora (creo que App Engine).

Utilizando el GDK que se publicó más tarde, puede desarrollar una aplicación APK nativa de Android y ejecutarla en el dispositivo de vidrio. No estoy siguiendo esto de cerca, pero sé que esto era más o menos posible desde finales de primavera de 2013, pero entonces no había ningún mecanismo de distribución de usuario final en el lugar por lo que había que habilitar la depuración USB y empujar el APK en el dispositivo mediante el Herramienta de depuración. Hacer esto no requiere acceso root.

Con el SDK, obtiene acceso a todos los sensores de hardware del dispositivo (cámara, acelerómetro) y puede crear experiencias más interactivas para sus usuarios de esta manera. Lo negativo es que tales aplicaciones pueden ser probablemente una batería intensiva y los usuarios pueden llegar a ser sospechosas hacia ella.

Pero para responder a su pregunta , la experiencia con el diseño de Android será definitivamente útil en el sentido general. Si piensas en eso, los dispositivos Android son de hecho computadoras portátiles. El factor de forma de gafas trae eso a un nivel completamente nuevo (en lugar de llegar en su bolsillo, usted tiene las gafas ya preparado para el uso delante de sus ojos), pero todavía hay similitudes.

En Android, como en Glass, se pretende proporcionar al usuario acceso a información, comunicación o entretenimiento, teniendo en cuenta las limitaciones de la plataforma, especialmente la duración limitada de la batería.

Las personas que tendrán Glass son probablemente usuarios de Android, por lo que otro argumento puede ser que usted puede aprovechar la conocida experiencia de Android al hacer una aplicación de Glass. Además, puedes segmentarlos con tu aplicación tanto en Glass como en Android y proporcionar alguna experiencia unificada al acceder a tu contenido. Tal vez incluso desea utilizar la pantalla táctil en el teléfono para controlar algunos aspectos de la aplicación de vidrio.

La mejor manera de prepararse para el desarrollo de Glass sería leer la documentación de la API de Google Mirror . Encontrará código de ejemplo y muchas otras cosas en esos documentos.

Como se dice en el texto que citó, la respuesta es sí.

Es posible que las diferencias de hardware y / o otras diferencias hagan que vienen con APIs específicas para la funcionalidad específica del dispositivo, pero la programación para dispositivos móviles con Android probablemente lo ayudará a prepararse significativamente.

Incluso si uno podría pensar que algunas funcionalidades de las gafas podría llamar a una API de núcleo de Android específicos para él, el hecho es que la filosofía de Android entre los niveles de API siempre ha sido uno de acercarse a los diferentes dispositivos. Android 4.0 se ejecuta hoy en día en tabletas y teléfonos inteligentes, mientras que antes, las tabletas usadas para ejecutar Android 3.0 y los teléfonos ejecutarían versiones de 1.x a 2.x. Por lo tanto, muy probablemente, lo que sucederá es que las gafas funcionarán con el núcleo de Android, a un nivel de API diferente, que podría ser más diferente al principio, pero que probablemente convergerá a una versión unificada, capaz de trabajar en todos los dispositivos.

No importa lo diferente que es la versión de los demás, lo más probable es que sean puntos comunes, por lo que la programación para Android como lo es hoy en día siempre será un beneficio y le proporcionan apalancamiento para cuando las gafas están fuera con sus respectivas API.

Utiliza RESTFul … api para que puedas usar lo que quieras. Es por eso que google es genial. Si realmente quieres familiarizarse con él, debe aprender a programar con los otros servicios de google no es necesario android. Los servicios RESTful son independientes del idioma.