Creando un nuevo proyecto Android

Una vez abierto Eclipse, creamos nuestro primer proyecto Android: File > New > Android Project. Introducimos los siguientes datos para el proyecto:

• Project Name: HelloAndroid
• Application name: Hello, Android
• Package name: com.example.helloAndroid
• Create activity: helloAndroid
• min SDK version: 6 (para obligar que la aplicación funcione sobre el SDK 2.0.1 o superior)

Pulsamos Finish para terminar de crear el proyecto.

Primera ejecución de prueba

Ejecutemos el proyecto para ver qué es lo que hace. En la pestaña de Project Explorer de la ventana principal de Eclipse, seleccionamos HelloAndroid, pulsamos el botón derecho del ratón y seleccionamos Run as > Android Application. Con esta acción se abrirá un emulador que cargará la aplicación de prueba. Si esperabas ver algo más aparte del “Hello World, helloAndroid!” lo siento, pero así se empieza en el mundo de la programación.

Estructura de archivos del proyecto

Ahora podemos ver en la pestaña Package Explorer la lista de archivos y directorios que ha generado Eclipse.

• /src: en este directorio es donde se almacenarán nuestros archivos de código fuente (archivos .java).
• /Android 2.0.1: es la librería de desarrollo de Android (SDK). Podemos ir desplegando el árbol para ver los paquetes y clases que incluye el SDK. Cuando añadamos nuevas librerías o paquetes a nuestro proyecto, aparecerán de la misma forma.
• /gen: aquí aparecerán archivos que genera Eclipse de forma automática, como por ejemplo el archivo R.java. Estos archivos no deberemos editarlos, ya que será Eclipse el que se encargará de modificarlos automáticamente según otros parámetros del proyecto.
• /assets: es un directorio para guardar recursos que utilice tu aplicación. Para acceder a los recursos de este directorio necesitarás usar la clase AssetManager para leer los datos como un stream de bytes, por lo que es preferible utilizar el directorio /res ya que el acceso a los archivos es mucho más sencillo.
• /res: es el directorio principal de recursos (resources). Aquí guardaremos imágenes o archivos multimedia que utilice nuestra aplicación. Los recursos colocados en este directorio son fácilmente accesibles desde la clase R.
• /res/drawable-?dpi: es el directorio de recursos gráficos o imágenes que utilizará nuestra aplicación. Tiene tres subdirectorios: drawable-hdpi, drawable-mdpi y drawable-ldpi, en el que guardaremos las imágenes dependiendo de la densidad de puntos por pulgada que tenga el dispositivo en el que se ejecute la aplicación. Puedes consultar la sección Supporting Multiple Screens de la guía de desarrollo para Android para comprender mejor cómo programar para distintos tamaños de pantalla.
• /res/layout: en Android podemos debemos separar el código de la aplicación de la interfaz gráfica. En este directorio es donde colocaremos los archivos xml que definen las vistas que utilizará la aplicación. Desde el código de la aplicación le indicaremos el archivo xml que queremos que use en cada momento, de forma que nos facilitará mucho modificar el código sin tener que tocar nada del entorno gráfico, y viceversa.
• /res/values: al igual que separamos el código de la aplicación de la interfaz gráfica mediante vistas, conviene hacer lo mismo con cadenas de texto, arrays, paleta de colores que usará la interfaz… Este apartado cobra importancia en la localización de nuestra aplicación. Por ejemplo, podremos definir un archivo strings.xml en /res/drawable-es/ y otro en /res/drawable/. El primero se utilizará automáticamente si el usuario tiene configurado el terminal en el idioma español, mientras que en el resto de casos se utilizará el archivo que se encuentra en /res/drawable/.
• AndroidManifest.xml: es el archivo de configuración de nuestra aplicación. En él definiremos “qué puede hacer nuestra aplicación”, es decir, informaremos al sistema de que nuestra aplicación puede abrir archivos mp3, abrir enlaces http o que es capaz de manejar las llamadas telefónicas que recibamos. En este archivo también indicaremos las actividades o servicios que ejecutará nuestra aplicación y los permisos especiales que necesita utilizar en el caso de que quiera acceder a recursos compartidos del sistema, como el acceso a la lista de contactos, uso del GPS, o la posibilidad de enviar mensajes SMS.
• default.properties: es un fichero que genera automáticamente Eclipse y del que no deberemos preocuparnos inicialmente.

Pero a programar se aprende programando. Así que si no los has hecho todavía, puedes empezar con el tutorial oficial de Hello Android.

Plataforma abierta a desarrolladores

Google TV está basada en Android e integrará el navegador Google Chrome con Flash, para poder disfrutar de vídeos desde las propias páginas web. Los desarrolladores podrán crear aplicaciones de la misma manera que hacen ahora para dispositivos Android y publicarlas en el Android Market.

También los fabricantes de hardware podrán crear sus propios dispositivos para poder interactuar con la televisión. Mandos a distancia, teclados, punteros tipo Wiimote… Imagina instalarte algún juego del Android Market y poder jugarlos con un mando de consola en tu pantalla de 40 pulgadas. Puede llegar a ser una nueva plataforma de entretenimiento.

Los grandes beneficiados

Como en casi todos los servicios de Google, los grandes beneficiados son los usuarios que podrán disponer de contenidos de internet desde el salón de su casa en su televisión. Pero detrás de todo ésto, habrá también mucha gente interesada.

En la televisión actual, una productora crea una serie o película y la vende a distintas cadenas de televisión por todo el mundo. Por tanto sólo los usuarios que tienen acceso a esas cadenas podrán verlo. Pero ¿y si ahora pudiéramos ver nuestra serie favorita en streaming con Google TV?

Ahora las propias productoras podrán poner sus contenidos a disposición de cualquier persona que tenga una televisión por todo el mundo. Esos son muchos millones de posibles clientes. Si el coste por visionado de un episodio o película es bajo, sus ingresos se verían complementados con la venta directa de episodios a los usuarios.

En la keynote del Google I/O2010 hemos podido ver un ejemplo de contenidos de portales como Hulu o Fox, o cómo se pueden comprar episodios directamente en Amazon. Y eso que sólo es el lanzamiento del producto.

Los grandes perjudicados

Las cadenas de televisión pueden verse perjudicadas, ya que sus usuarios podrán disponer de sus series o películas en cualquier momento y sin anuncios o interrupciones. Se acabó el tener que estar pendiente de los horarios de las series o mantenerte en en vela porque han cambiado el horario de emisión de tu serie favorita. Además, nos liberará de tener que estar pendientes de descargar episodios de internet para luego tener que pasarlos a la televisión.

Las compañías como Digital+ o Movistar (la antigua Telefónica) y su Imagenio también han encontrado un nuevo competidor. En el caso de Movistar no creo que les guste mucho, porque aparte de una posible pérdida de clientes, el ancho de banda que ofrecen puede verse afectado para que luego el beneficio se lo lleve otro. Ya estoy imaginándome a Alierta debatiendo de nuevo por el uso de sus redes.

En resumen, realmente me gustaría que Google TV triunfase. Incluso podría hacer que volviese a necesitar un televisor en mi casa, un aparato que no echo de menos desde que se impuso la TDT.

Más información en The Official Google Blog

También comentaron que son 120 ingenieros dedicados al desarrollo y evolución de Android, y mostraron algunos datos sobre el uso que hacían los usuarios de las aplicaciones del Market, siempre comparándolas con los usuarios del iPhone. Miden su éxito por el porcentaje de usuarios que no borran una aplicación al usarla una vez (user retention, 18% mejor en Android que en iPhone), el porcentaje de usuarios que abren aplicaciones más de 50 veces al mes y el tiempo que los usuarios navegan por Internet.

Aunque los datos presentados eran todos mejores que para el iPhone, todo depende de cuál sea la métrica que se use para poder sacar conclusiones fiables.

Show me the code!

En la invitación al evento nos indicaban que debíamos llevar un portátil con Eclipse, la última versión del SDK instalado y el código fuente que quisieramos comentar. Pues desgraciadamente, para ser un taller de desarrollo, no vimos apenas código.

Personalmente fue algo decepcionante. Tan sólo presentaron unos fragmentos de código sobre geolocalización, el uso de los sensores de los terminales, los fondos animados (live wallpapers) y la diferencia entre usar Intents o Timers para realizar acciones en tu aplicación.

A continuación explicaron por encima algunas de las nuevas características que ofrece del SDK 2.x.

• Bluetooth. Conectar/desconectar el Bluetooth, descubrir dispositivos y servicios y el uso de RFCOMM para transferencias. Han recuperado funcionalidades que tenía el antiguo SDK 0.x.
• Contactos. Podemos agregar información propia en el Contact Manager del dispositivo y ahora tenemos un framework para poder añadir accesos directos a nuestras aplicaciones desde la ficha del contacto. Con ésto podremos agregar fácilmente desde nuestras aplicaciones nueva información a cada contacto.
• Cámara. Mejoras en la API que permite aplicar efectos de colores, seleccionar el modo de enfoque, modo flash, balance de blancos…

Al final dejaron algo de tiempo para que los presentes explicaran y mostraran aplicaciones sobre las que estaban trabajando. No me quedé a esta parte porque estaba algo desilusionado por un taller de desarrollo que había sido demasiado light para mi gusto. Aunque al parecer no soy el único que opina lo mismo, el regalo del Nexus One hizo que mereciera la pena asistir.

Algunos datos extraidos de and.roid.es.

En cada parada, ofrecerán una actualización sobre el estado de la plataforma Android, incluyendo una mirada al hardware Android más reciente. Es una gran oportunidad para conocer ideas afines a los desarrolladores de aplicaciones Android, jugar con los últimos dispositivos, probar sus aplicaciones y resolver cualquier duda sobre Android que podamos tener.

El evento en España se realizará en Madrid el día 13 de febrero de 2010. Si estás interesado en asistir, simplemente tienes que completar el formulario de registro.

Via | Android Developers

El SDK de Android 2.0 descargable sólo trae herramientas como el adb o el emulador. Para descargar los archivos necesarios para emular terminales de distintas versiones de Android o para trabajar con las APIs específicas de Google tendremos que realizar la descarga desde el nuevo AVD Manager. De la forma que explico a continuación no es necesario descargarse el SDK desde la página de desarrolladores de Android y podemos actualizar directamente desde Eclipse.

Lo primero que debemos hacer es abrir Eclipse y actualizar nuestras Android Development Tools (ADT), si ya las tienes instaladas. De esta forma podremos descargar los distintos componentes del nuevo SDK 2.0. Si no las tuvieras instaladas, sigue los pasos del apartado Instalación de las Android Development Tools (ADT) de mi entrada anterior. Para actualizar las ADT, selecciona Software Updates, en el menú Help. Despliega el árbol http://dl-ssl.google.com/android/eclipse de la pestaña Available Software, selecciona las Android DDMS y Android Developers Tools, pulsa Install y reinicia Eclipse tras la actualización.

Ahora tenemos que iniciar el Android SDK and AVD Manager, que se encuentra en el menú Window. Desde esta nueva ventana podremos controlar los Android Virtual Devices (AVD) que tengamos configurados y podremos ver los paquetes del SDK que tenemos instalados o las nuevas actualizaciones. Así que seleccionamos Available Packages, marcamos todos, aceptamos las licencias de todos (Accept All) y pulsamos Install Accepted.

En este momento es cuando empieza realmente la descarga de los nuevos paquetes del SDK 2.0. Tras unos minutos nos saldrá un aviso de que sería recomendable reiniciar el ADB y de que deberíamos cerrar también la ventana del Android SDK Manager, aunque yo prefiero reiniciar Eclipse por si las moscas. Abrimos de nuevo el Android SDK and AVD Manager y repetimos de nuevo el proceso mientras tengamos elementos sin instalar enAvailable Packages. Yo he tenido problemas en actualizar componentes que ya tenía instalados en el subdirectorio add-ons del SDK, así que los he tenido que borrar e instalar desde cero.

Por último, si quieres modificar la ruta del directorio donde tienes instalado el SDK, puedes hacerlo seleccionando en el menú Window, Preferences, en la sección Android. No podrás renombrar el directorio si tienes el Eclipse abierto, ya que hay archivos que estarán en uso. Así que renombra el directorio con el Eclipse cerrado, y luego entras en las Preferencias para seleccionar la nueva ruta del SDK.

Y por último, ¡¡a disfrutar programando!!

La raíz del problema

Lo que hace Cyanogen es publicar ROMs modificadas y optimizadas del sistema operativo. Pero estas distribuciones incluyen algunas aplicaciones de código propietario: Gmail, GTalk, Youtube….

Las operadoras de telefonía distribuyen sus sistemas Android de dos maneras: incluyendo estas aplicaciones (teléfonos denominados Google Experience, serigrafiados con la frase “with Google“) y sistemas Andoid sin estas aplicaciones instaladas.

Android es un sistema Open Source, pero las aplicaciones no tienen por qué serlo. Es la forma que en este caso tiene Google de conseguir beneficios económicos con esta plataforma. Las operadoras que quieran ofrecer esas aplicaciones en sus terminales, deberán pasar por caja.

Por lo tanto con estas ROMs, Cyanogen está dando opción a que los usuarios que tienen teléfonos sin estas aplicaciones puedan disponer de ellas. Claramente, es una violación de la Licencia de Usuario de esas aplicaciones, como el propio Cyanogen ha reconocido. Y una aclaración: Google no quiere impedir la publicación de las ROMs de Cyanogen, sino que quiere que éstas no tengan sus aplicaciones propietarias.

La solución

¿Cual puede ser la solución a este conflicto? Los más fanáticos quieren que Google autorice a Cyanogen para la distribución de sus aplicaciones. Esto no pasará, porque pone en peligro el modelo de negocio de Google y sus posibles contratos para licenciar dispositivos Google Experience. La otra solución y más sencilla es no incluir estas aplicaciones en las futuras ROMs.

La decisión de Cyanogen ha sido no incluir las aplicaciones de Google en sus próximas distribuciones. Pero lo mejor de todo, es que ha anunciado que desarrollará una aplicación para poder hacer backup de esas aplicaciones que ya tienes instaladas en tu móvil y poder importarlas una vez instales cualquier otra ROM.

¿Y si no hubiese sido Google el que protestara?

Imaginaos que otra compañía como Facebook o Flickr desarrollan una aplicación para Android. Ahora firman un contrato con Telefónica para que sólo sus clientes puedan disponer de esa aplicación. Viene un desarrollador y publica distribuciones del sistema operativo que incluyan esa aplicación. ¿No sería normal que esa otra compañía solicitara al desarrollador la no distribución de su aplicación?

Recomiendo a cualquier usuario de Android que se instale la aplicación CyanogenMod. Las mejoras en cuanto a velocidad son tremendas. Y por último, pensemos un poco en cual es el origen de todo antes de publicar un “Google don´t be evil“.

Enlaces relacionados

• Respuesta oficial de Google al caso Cyanogen
• Salvemos CyanogenMod en and.roid.es
• Google y Cyanogen: Problemas de pareja en El Androide Libre

Descarga e instalación del SDK de Android

1. Visita la página de descarga del SDK de Android y descárgate la última versión.
2. Descomprime el archivo descargado en el lugar donde quieras tener instalado el SDK. Por ejemplo, en Archivos de Programa. Al descomprimirlo, lo hará en un directorio que incluye la versión y release que has descargado (android-sdk-windows-1.5_r2).
3. Añade el directorio /tools del SDK a la variable Path de Windows. Para ello, pulsa con el botón derecho sobre Mi PC y selecciona Propiedades. En la pestaña Opciones avanzadas, selecciona Variables de entorno, y selecciona Path en las Variables del sistema. Haz click en Modificar, y añade al final (poniendo un punto y coma de separación) la ruta completa del directorio tools del SDK: “C:\Archivos de programa\android-sdk-windows-1.5_r2\tools”.

Descarga e instalación de Eclipse

1. Visita la web de descargas de Eclipse, y descárgate la última versión. Si no sabes cual de todas descargar, te recomiendo “Eclipse IDE for Java EE Developers (163 MB)”.
2. Descomprime el archivo en el lugar donde quieras instalarlo. Te creará un directorio eclipse.
3. Entra en el directorio eclipse y ejecuta eclipse.exe para lanzar la aplicación. La primera vez que arranques, te pedirá que le indiques un directorio donde colocar tu espacio de trabajo (workspace). Selecciona la ruta que quieras, que es donde se guardarán tus proyectos. Marca la opción “Use this as the default…” para que no te vuelva a preguntar más y pulsa OK.

Instalación de las Android Development Tools (ADT)

1. Dentro de Eclipse, selecciona Software Updates, en el menú Help. Aparecerá una ventana de addons.
2. Haz click en Available Software en la parte superior.
3. En la parte derecha, haz click en Add Site.
4. En la ventana que aparece, introduce alguna de estas dos direcciones (a mí, la https me daba siempre error):
   • https://dl-ssl.google.com/android/eclipse/
   • http://dl-ssl.google.com/android/eclipse/
5. La URL que has introducido aparecerá ahora en la lista de software disponible. Selecciona Android DDMS y Android Developers Tools y pulsa Install para instalarlos. Acepta la licencia de uso.
   
6. Una vez finalizada la instalación, reinicia Eclipse.
7. Una vez reiniciado, debemos configurar Eclipse para que acceda al SDK de Android ya instalado. Abre el menú Window y selecciona Preferences. En el apartado Android, en SDK Location debemos introducir la ruta donde hemos descomprimido el SDK de Android.
8. Presiona Ok para cerrar la ventana de preferencias. Ya tienes el SDK de Android integrado en Eclipse para empezar a programar.

Ejecutar una aplicación Android de prueba

Ahora que ya tenemos el entorno de desarrollo listo, vamos a crear un proyecto Android para ver que todo funciona correctamente. Lo primero que tendremos que hacer es crear un dispositivo virtual Android o AVD (Android Virtual Device) en el que probar las aplicaciones que desarrollemos.

1. Abrimos el menú Windows y seleccionamos Android AVD Manager.
2. Introducimos el nombre que le queremos dar al dispositivo virtual, seleccionamos la versión de Android que usará (en este caso la 1.5) e introducimos el tamaño de la tarjeta de memoria SD que tendrá (128M nos servirá). Clicamos en Create AVD y después en Finish.
3. Creamos un nuevo proyecto Android: File > New > Android Project. Introducimos los siguientes datos para el proyecto:
   • Project Name: HelloAndroid
   • Application name: Hello, Android
   • Package name: com.example.helloAndroid
   • Create activity: helloAndroid
   • min SDK version: 3 (para obligar que la aplicación funcione sobre el SDK 1.5 o superior)

   

4. Pulsamos Finish para terminar de crear el proyecto.
5. Ahora sólo queda ejecutarlo. En la pestaña de Project Explorer de la ventana principal de Eclipse, seleccionamos HelloAndroid y pulsamos botón derecho y Run as > Android Application. Con esta acción se abrirá un emulador que correrá según el AVD que hemos creado antes, y cargará la aplicación de prueba. Si ves el famoso “Hello World, helloAndroid!” es que todo ha salido bien y ya puedes empezar a sacarle partido a este sistema operativo.