Píldoras android i. Intro - 2ª parte
Descargar como PPTX, PDF3 recomendaciones1,029 vistas
El documento proporciona una descripción detallada de los bloques básicos de una aplicación Android, incluyendo actividades, servicios, receptores de difusión y proveedores de contenido. Se explican los estados de una actividad y su ciclo de vida, así como el uso de intents para la comunicación entre componentes. También se aborda la importancia del archivo manifest y los recursos en la construcción de una aplicación.
Píldoras android i. Intro - 2ª parte
- 1. Píldoras Android I Introducción – 2ª parteSergi Martínez
- 2. OverviewBloques básicos de una aplicación de AndroidActivityIntentsEl ManifestRecursos
- 3. Bloques básicos de una aplicaciónActivitiesSon los encargados de mostrar la interfaz y gestionar sus eventosServicesSe ejecutan en backgroundBroadcast ReceiversResponden ante sucesos del sistemaContent ProvidersAlmacenan información y la ponen a disposición de otras apps
- 4. Activity«…si hay que mostrarlo, se muestra, pero mostrarlo paná, es tontería»
- 5. ActivitiesUna Activity es una pantalla de la interfazLas aplicaciones constan de una o más ActivityCada Activity es reponsable de guardar su estadoUna Activity se encarga de:Crear una ventana donde colocar la interfaz Gestionar la interfazResponder a los eventos (onClick, onLongClick, etc).
- 7. Estados de una actividadEl sistema gestiona las actividades como una pilaUna actividad tiene cuatro estados:Activa: la actividad está en primer plano y tiene el focus(enfoque de usuario). Se encuentra en lo alto de la pila.En pausa: la actividad es visible, pero no tiene el focus. Ej: hay un diálogo sobre ella con el focusretenido.Detenida: La actividad está tapada por otra aplicación. Mantiene sus datos.Destruida: Una actividad detenida ha sido destruida para liberar memoria y ha perdido sus datos. Hay que recrearla completamente.
- 8. Ciclo de vida de una actividad
- 9. Métodos
- 10. Iniciar otra ActivityUso del método startActivity(Intent) o startActivityForResult (Intent, int)Podemos pasar parametros con Intent.putExtra(int, <type>)Recibirlos con getIntent().getExtras().get<Type>(clave);
- 11. Devolver valores de una ActivityEstablecemos el valor a devolver con setResult(intresultCode) o setResult (intresultCode, Intent data)La actividad «llamadora» implementa el método onActivityResult(intrequestCode, intresultCode, Intent data)resultCode puede ser uno de estos valores:RESULT_CANCELEDRESULT_OKRESULT_FIRST_USER
- 12. Intent«… Trata de arrancarlo, Carlos, por tu…»
- 13. IntentsAndroid se basa en multitud de pequeños componentesEstos componentes se comunican viaIntentsMensajes utilizados para notificar a las aplicaciones de eventosCambios de Hardware. Ej: tarjeta SD insertada.Recepción de datos. Ej: llegada de un smsEventos de la apliación. Ej: se ha lanzado la aplicaciónEtcEs posible crear nuestros propio intents
- 14. Partes de un IntentPartes básicasLa acción: una constante que indica la acción que se lanza. Ej.: VIEW_ACTION, EDIT_ACTIONLos datos: uri indicando el recurso asociado. Ej.: content://contacts/people/1Partes opcionalesUna categoría: agrupa el tipo de IntentUn tipo MIME: indica el tipo de recurso si no concemos una uriUn componente: la clase que debe tener el receptor. Obvia las otras propiedades, pero es más frágil.Extras: un Bundle con información extra que el receptor va a necesitar
- 15. Ejemplos de IntentANSWER_ACTIONCALL_ACTIONDELETE_ACTIONDIAL_ACTIONEDIT_ACTIONFACTORY_TEST_ACTIONGET_CONTENT_ACTIONINSERT_ACTIONMAIN_ACTION: Inicio de aplicaciónPICK_ACTION: permitir a otras apps elegir contenido de la tuyaVIEW_CONTENT: para ver contenidoEDIT_CONTENT: para editar contenido
- 17. Llegando a la actividad adecuadaUna actividad debe cumplir tres reglas para responder un IntentLa actividad debe soportar la acción especificadaLa actividad debe soportar el tipo MIME si lo hayLa actividad debe soportar TODAS las categorias nombradas en el IntentUso de Intent-Filter en el manifest
- 18. Ejemplo
- 19. Manifest.xml«…un xml para atarlos a todos en las sombras…»
- 20. ManifestEl Manifest es el archivo donde la aplicación le dice al sistema que elementos requiere para funcionarSiempre debe llamarse AndroidManifest.xml y estar en la raiz del proyectoEntre otras cosas contiene:Atributos de la aplicación y metadatosLa declaración de actividades y otros componentesLibrerías externasPermisosSe puede editar via GUI o editando el XML
- 21. Manifest inicial
- 22. Versión de la aplicaciónVersionCode es importante para el MarketVersionName es importante para el usuario y/o nosotros
- 23. Definición de la actividadDefinimos las actividades y sus intent-filter
- 24. Versión del SDKminSdkVersion, maxSdkVersion y targetSdkVersion
- 25. Permisos de la aplicaciónAvisan al usuario de las acciones que realizará la apliaciónListados en: http://developer.android.com/reference/android/Manifest.permission.html
- 27. RecursosUn recurso es un elemento a utilizar durante la ejecución de la aplicaciónExisten diferentes tipos de recursos:LayoutsImágenesCadenas de textoSonidosColoresTemasAnimacionesetc
- 28. RecursosSe almacenan en la carpeta resourcesCada tipo de recurso tiene va en una carpeta específicaUtilizan sufijos para determinar que recursos utlizar según contexto (tamaño de pantalla, idioma, orientación, etc.)Nombre en mínusculasLa extensión se ignora (mismo nombre, diferente extensión se considera duplicado)
- 29. La clase RLa clase R es generada y mantenida por el sistema y no debe ser modificadaContiene un identificador (int) único por cada recurso Podemos hacer referencia a un recurso en código por R.<tipo>.<nombre>. Ej.: R.layout.main
- 30. Nombrar recursos en XMLPara referirnos a un recurso utilizamos la siguiente sintaxis:@<tipo de recurso>/<nombre del recurso>Por ejemplo@string/app_namePara definir un nombre utilizamos:@+<tipo de recurso>/<nombre de recurso>
- 31. Ejemplo
- 32. Fin¿Hay preguntas? ¿no? Pues vamos a comer sergi@catdroid.orgsergi.martinez@gmail.comwww.sergiandreplace.com@sergiandreplace