Integrando Google Drive en nuestras Apps (II) Primera app integrada con Drive

Vamos ahora con la app de subir fotos de la que hablaba en el anterior post. Proviene de un quickstar de google developers y, como ellos mismos dicen, se trata de una aplicación rápida y sencilla para que vayamos aprendiendo cómo se hace, por lo que puede no estar todo lo bien hecha que cabría, pero funciona y hace lo que debe.

Integrando Google Drive en nuestras apps (I) Preparación y permisos

Cualquier dueño de un dispositivo Android con acceso a Google Play tiene forzosamente una cuenta de google activa. Toda cuenta de google activa tiene acceso a los servicios de Google Drive: almacenamiento, documentos, etc. Es por ello que me pareció particularmente interesante acceder desde una app a dichos recursos. Debido a la variedad de servicios que ofrece, haré de esto una serie de artículos. Investigué esta página (gracias @spcoder, porque yo había encontrado tropocientas diferentes pero no ésta) y di con un howto para crear una app sencillita con la que tomar fotos y guardarlas en el espacio de almacenamiento de Google Drive. Tras sufrir y corregir los errores que me encontré, pensé que sería una buena idea compilarlo todo en un post. Sin embargo, y para no arrollar con demasiadas cosas a la vez, dedicaremos este artículo principalmente a la preparación necesaria para que tu app pueda acceder a los servicios de Google Drive.

Pestañas, Fragments y Carga Asíncrona de Imágenes Remotas

Desde la aparición de Android 3.0, el diseño de las apps ha cambiado mucho. Antes ya existían las pestañas, pero no quedaban ni remotamente igual de bien (visualmente) de lo que quedan las que se integran en la actionbar, esa barra superior que incluyen las apps diseñadas a partir de 3.0. Sin embargo, no es necesario excluir a todos los dispositivos que no tengan esa versión de Android. Los que tengan 2.1 en adelante pueden aprovecharse de estas características si programas usando una librería externa: La Action Bar Sherlock.

Preferencias Compartidas

Si tu aplicación necesita guardar pocos datos, una base de datos puede resultar demasiado elaborado para ello. Para guardar datos primitivos – tales como los valores de la configuración de una aplicación: frecuencia actualización, fichero de tono de llamadas, etc – la forma mas sencilla es a través de las Preferencias Compartidas o Shared Preferences.

Informes de fallos. ACRA.

Tienes tu app lista, has hecho todas las pruebas posibles y, antes de lanzarla al mercado, quieres que se pruebe en varios dispositivos diferentes. Salvo que tengas un pastón como para comprarte muchos móviles y tablets, se la pasarás por correo a amigos para que la prueben, la usen, te digan lo que les parece, etc. Y entonces sucede: en unos dispositivos la app va bien y en otros directamente falla. Falla de Cierre Forzado. El vulgar ‘ha petado’, vamos.

Por supuesto, esto nos puede pasar a todos – y nos pasará no pocas veces. ¿Qué hacer? Si tienes suerte y tus amigos también desarrollan, puedes pedirles que conecten con Eclipse y te envíen los logs del error. Pero lo mas habitual es que no lo sean. ¿Cómo saber qué ha sucedido? La respuesta es Informes de Fallos.