2. HISTÓRIA
● En Junio de 2005 Google compra Android inc. compañia dedicada al
desarrollo de aplicaciónes sobre dispositivos móviles.
● El 23 de Septiembre de 2008 aparece el HTC Dream, el primer telefono
con Android.
● La plataforma Android se basa en una máquina virtual de Java.
● Utiliza el kernel de Linux para la ejecución de aplicaciones, procesos y
gestión de memória.
● Forma una capa abstracta entre el hardware y el software.
3. HISTÓRIA
● Primer móvil con Android (HTC Dream)
4. ¿DE QUÉ ESTÁ HECHO?
Cuando escribes una aplicación para el ordenador, eres el administrador. Por
tanto, tus aplicaciones, lanzan una ventana principal y ventanas hijas.
Android tiene conceptos similares, pero es diferente respecto a los paquetes.
También está estructurado para hacer los sistemas de los teléfonos más
resistentes a fallos.
1.1 ACTIVITIES
Donde se construye la base de la interfaz es en la clase activity.
1.2 CONTENT PROVIDERS
Content providers proviene de un nivel de abstracción. Se usan para que la
información guardada en el dispositivo, que podrá ser accesible desde
múltiples aplicaciones.
5. ¿DE QUÉ ESTÁ HECHO?
1.3 INTENTS
Los intents son mensajes del sistema (notificaciones). Estas notificaciones se
generan en tiempo de ejecución. Pueden ser tanto de Hardware (inserción de
una tarjeta de memoria…) como de Software (llegada de un mensaje de
texto…).
1.4 SERVICES
Las activities, content providers y intent son todos de corta vida y pueden
ser cerrados en cualquier momento.
Los services por otra parte, están siempre ejecutándose, independientemente
de una activity.
6. ESTRUCTURA DE UN
PROYECTO
La estructura de un proyecto android, se estructura en un árbol de directorios.
Un proyecto se compone de lo siguiente:
● AndroidManifest.xml : aqui es donde se especifica todo lo que la aplicación
va a usar.
● build.xml : es un script que se utiliza para compilar y ejecutar la aplicación.
● bin/ : dónde se encuentra la aplicación compilada.
● src/ : dónde se encuentra el código fuente.
● res/ : dónde se encuentran los recursos necesarios, entre ellos las interfaces.
● res/drawable : para imagenes.
● res/layout : para interfaces.
● res/raw : para ficheros de propósito general.
● res/values : para strings, dimensiones…
● res/xml : ficheros de propósito general xml.
● assets/ : aquí se encuentras ficheros estáticos que van a ser usados.
7. ESTRUCTURA DE UN
PROYECTO
Una vez tenemos el proyecto ya compilado, en el directorio bin/ surgen
diferentes ficheros y carpetas :
● bin/classes/ : aquí estan las clases compiladas.
● bin/classes.dex : ejecutable obtenido a partir de las clases compiladas.
● bin/tuAplicacion.apk : aplicación Android.
8. INTERFACES
● Las interfaces se construyen mediante objetos View y ViewGroup
● Las Views son el punto de interacción con el usuario.
● Las ViewGroup son una agrupación lógica de elementos visuales.
● Los Widgets son subclases de la clase View que ofrecen funcionalidades
(botones,campos de texto...)
● Los Layouts son subclases de ViewGroup, establecen de que manera son
repartidos los elementos visuales en la pantalla
10. SEGURIDAD
● Seguridad basada en el kernel de linux, cada paquete tiene un único
UserID.
● Tiene de forma jerarquizada el nivel de permisos tanto a nivel de sistema
como de aplicaciones, con lo cual, el control de accesos no autorizados
esta garantizado
● En el Manifest.xml se puede indicar y dar permisos a lo que la aplicacion
necesite (WIFI,GPS,INTERNET...)
● Ejemplo:
○ <uses-permission android:name = "android.permission.INTERNET"
></uses-permission>
12. PUBLICACIÓN
Existen varias formas de publicación, pero en este caso nos enfocaremos en el
más sencillo y utilizado, la de poner el producto en el Store. Se asume que la
aplicación a publicar está estable, probada y que cumple con las condiciones
que el sitio de Developers sugiere.
Se debe de cumplimentar el archivo Manifest.xml de forma que quede la
aplicación configurada, indicando versionado del código y de la aplicación para
futuras actualizaciones.
Además se necesita de la obtención de una Key para realizar la firma de la
aplicación para garantizar que esta no sea manipulada, para esto:
Generar Key con firma de la app:
keytool -genkey -v -keystore my-aplicacion.keystore -alias alias-
aplicacion -keyalg RSA -keysize 2048 -validity 10000
13. PUBLICACIÓN
Una vez tengan disponible el keystore, lo utilizarán para firmar el APK de la
aplicación que se subirá al Google Play. Con el plugin ADT del Eclipse, lo
realizarán en 6 pasos muy sencillos:
a. Click derecho desde el root del proyecto y Exportar.
b. Seleccionar Android > Export Android Application.
c. Si no aparece seleccionado por defecto, buscan el proyecto a exportar.
d. En Keystore Selection, seleccionan "Use existing keystore" y buscan el
archivo keystore. Paso seguido, escriben la contraseña del keystore, la
definida en el punto 2 anterior.
e. Seleccionamos el alias del Keystore y el password definido en el punto 2
anterior.
f. Seleccionamos la ruta de exportación del APK.
14. PUBLICACIÓN
Una vez el apk esté seleccionado, entonces ingresamos a la Android
Developer Console y después de loggearnos con nuestra cuenta Google y
realizar el pago de 25 dólares a través de Google Wallet (proceso que no lleva
más de 5 minutos) seleccionamos la opción de Upload Application, donde
seleccionamos nuestro apk generado en el paso f) y luego cumplimentaremos
un formulario que nos solicitará la información básica del app: íconos, poster
gráfico, descripción, países donde estará disponible la aplicación y la categoría
entre otra.
En menos de 4 horas, estará nuestra aplicación disponible en el Store de
Google.
