sábado, 18 de julio de 2015

Curso de Android: Shared Preferences


Las preferencias son datos necesarios para el funcionamiento de nuestra aplicacion que almacenaremos en disco,  no son más que datos que una aplicación debe guardar para personalizar la experiencia del usuario, ejemplo autentificaciones realizadas que no tiene sentido realizarlas en cada acceso , configuraciones de básicas de una aplicación , etc.

Las preferencias de una aplicación se podrían almacenar utilizando sqlite, y no tendría nada de malo, pero Android proporciona otro método alternativo diseñado específicamente para administrar este tipo de datos: las preferencias compartidas o shared preferences.

Cada preferencia se almacenará en forma de clave-valor, es decir, cada una de ellas estará compuesta por un identificador único (p.e. “email”) y un valor asociado a dicho identificador (p.e. “prueba@email.com”). La información de la preferencia es resguardada en archivos XML

Toda la gestión se centraliza en la clase SharedPrefences, que representará a una colección de preferencias. Una aplicación Android puede gestionar varias colecciones de preferencias, que se diferenciarán mediante un identificador único.

Para obtener una referencia a una colección determinada utilizaremos el métodogetSharedPrefences() al que pasaremos el identificador de la colección y un modo de acceso.

El modo de acceso indicará qué aplicaciones tendrán acceso a la colección de preferencias y qué operaciones tendrán permitido realizar sobre ellas. Así, tendremos tres posibilidades principales:
  • MODE_PRIVATE. Sólo nuestra aplicación tiene acceso a estas preferencias.
  • MODE_WORLD_READABLE. Todas las aplicaciones pueden leer estas preferencias, pero sólo la nuestra puede modificarlas.
  • MODE_WORLD_WRITABLE. Todas las aplicaciones pueden leer y modificar estas preferencias.
Nota: las ultimas dos opciones fueran definidas como deprecadas a partir de la api 17 por ser peligrosas.
Para obtener una referencia a una colección de preferencias llamada por ejemplo “MisPreferencias” y como modo de acceso exclusivo para nuestra aplicación haríamos lo siguiente:

SharedPreferences prefs = getSharedPreferences("MisPreferencias",Context.MODE_PRIVATE);

Una vez hemos obtenido una referencia a nuestra colección de preferencias, ya podemos obtener, insertar o modificar preferencias utilizando los métodos get o put correspondientes al tipo de dato de cada preferencia. Así, por ejemplo, para obtener el valor de una preferencia llamada “email” de tipo String escribiríamos lo siguiente:

SharedPreferences prefs =getSharedPreferences("MisPreferencias",Context.MODE_PRIVATE);
String correo = prefs.getString("email", por_defecto@email.com);

Como vemos, al método getString() le pasamos el nombre de la preferencia que queremos recuperar y un segundo parámetro con un valor por defecto. Este valor por defecto será el devuelto por el método getString() si la preferencia solicitada no existe en la colección.

Además del método getString(), existen por supuesto métodos análogos para el resto de tipos de datos básicos, por ejemplogetInt(), getLong(), getFloat(), getBoolean(), …

Para actualizar o insertar nuevas preferencias el proceso será igual de sencillo, con la única diferencia de que la actualización o inserción no la haremos directamente sobre el objeto SharedPreferences, sino sobre su objeto de edición SharedPreferences.Editor. A este último objeto accedemos mediante el método edit() de la clase SharedPreferences.

SharedPreferences prefs =getSharedPreferences("MisPreferencias",Context.MODE_PRIVATE);
SharedPreferences.Editor editor = prefs.edit();
editor.putString("email", "modificado@email.com");
editor.putString("nombre", "Prueba");
editor.commit();

Una vez obtenida la referencia al editor, utilizaremos los métodos put correspondientes al tipo de datos de cada preferencia para actualizar/insertar su valor, por ejemploputString(clave, valor), para actualizar una preferencia de tipo String. De forma análoga a los métodos get que ya hemos visto, tendremos disponibles métodos put para todos los tipos de datos básicos: putInt(), putFloat(), putBoolean(), etc. Finalmente, una vez actualizados/insertados todos los datos necesarios llamaremos al método commit() para confirmar los cambios.

¿Pero donde se almacenan estas preferencias compartidas?

Como dijimos al comienzo del artículo, las preferencias no se almacenan en ficheros binarios como las bases de datos SQLite, sino en ficheros XML. Estos ficheros XML se almacenan en una ruta que sigue el siguiente patrón:

/data/data/paquete.java/shared_prefs/nombre_coleccion.xml
¿ Desde donde puede ver este archivo en el emulador ?

Desde el android device Monitor podremos verificar toda la actividad de nuestro monitor y podemos bajar a nuestra maquina.

image
Nuestro Ejemplo

Un pequeño ejemplo donde usamos preferencias para reguardar el login en una aplicación para que en nuestro proximo ingreso ya no solicite realizar nuevamente el login.
Tendremos una pantalla de login

image

si el usuario ingresa un dato incorrecto nos indica un mensaje

image

y tendremos un pantalla home en caso de ingresar usuario:admin clave:admin

image

Nota: el uso de preferencias de usuarios nos proporciona que al momento de realizar un login valido el poder resguardar esta información para que al próximo ingreso ya no solicite el login nuevamente. En nuestro próximo ingreso directamente ingresara a home.


activity_login.xml:  como podemos ver no presenta grandes complicaciones la interfaz, no es otra cosa que nuestra pantalla login antes mostrada.


<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools" android:layout_width="match_parent"
    android:layout_height="match_parent" android:paddingLeft="@dimen/activity_horizontal_margin"
    android:paddingRight="@dimen/activity_horizontal_margin"
    android:paddingTop="@dimen/activity_vertical_margin"
    android:paddingBottom="@dimen/activity_vertical_margin"
    android:orientation="vertical"
    tools:context="com.edu.sharepreference001.LoginActivity">

    <LinearLayout
        android:orientation="horizontal"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:weightSum="1"
        android:gravity="center_horizontal">

        <ImageView
            android:layout_width="wrap_content"
            android:layout_height="127dp"
            android:id="@+id/imageView"
            android:src="@mipmap/ic_launcher"
            android:layout_weight="0.23" />
    </LinearLayout>

    <TextView
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="Nombre de Usuario:"
        android:id="@+id/textView" />

    <EditText
        android:layout_width="fill_parent"
        android:layout_height="wrap_content"
        android:id="@+id/editUsuario" />

    <TextView
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="Clave Usuario:"
        android:id="@+id/textView2" />

    <EditText
        android:layout_width="fill_parent"
        android:layout_height="wrap_content"
        android:inputType="textPassword"
        android:password="true"
        android:id="@+id/editClave" />

    <LinearLayout
        android:orientation="horizontal"
        android:layout_width="match_parent"
        android:layout_height="wrap_content">

        <Button
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:text="Login"
            android:id="@+id/btnLogin" />

        <Button
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:text="Cancelar"
            android:id="@+id/btnCancelar" />
    </LinearLayout>

</LinearLayout>

LoginActivity.java : es nuestra logica de la aplicacion que es donde podremos encontrar el uso de sharedpreference y las validaciones necesarias para funcionamiento.


package com.edu.sharepreference001;

import android.content.Context;
import android.content.Intent;
import android.content.SharedPreferences;
import android.os.Bundle;
import android.support.v7.app.ActionBarActivity;
import android.util.Log;
import android.view.Menu;
import android.view.MenuItem;
import android.view.View;
import android.widget.Button;
import android.widget.EditText;
import android.widget.Toast;


public class LoginActivity extends ActionBarActivity {

    Button btnLogin;
    Button btnCancelar;
    EditText editUsuario;
    EditText editClave;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);

        final SharedPreferences mipref = getSharedPreferences("mipreferencia", Context.MODE_PRIVATE);
        if (mipref.getBoolean("login", false))
        {
            Intent intencion = new Intent(getApplicationContext(), homeActivity.class);
            startActivity(intencion);
            finish();
        }

        setContentView(R.layout.activity_login);

        editUsuario = (EditText)findViewById(R.id.editUsuario);
        editClave = (EditText)findViewById(R.id.editClave);

        btnLogin = (Button) findViewById(R.id.btnLogin);
        btnCancelar = (Button) findViewById(R.id.btnCancelar);

        btnCancelar.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                finish();
            }
        });

        btnLogin.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {

                Log.i("logdiego", "paso por aqui usaurio " + editUsuario.getText().toString());
                Log.i("logdiego","paso por aqui clave " + editClave.getText().toString());


                if ( (editUsuario.getText().toString().equals("admin"))
                        && ( editClave.getText().toString().equals("admin") ) )
                {
                    Log.i("logdiego", "verdadero");

                    SharedPreferences.Editor editor = mipref.edit();
                    editor.putBoolean("login", true);
                    editor.commit();

                    Intent intencion = new Intent(getApplicationContext(), homeActivity.class);
                    startActivity(intencion);

                    finish();
                }
                else
                {

                    Toast.makeText(getApplicationContext(),"Usuario i/o clave invalidos",Toast.LENGTH_SHORT).show();
                    Log.i("logdiego", "falso");
                }

            }
        });


    }

    @Override
    public boolean onCreateOptionsMenu(Menu menu) {
        // Inflate the menu; this adds items to the action bar if it is present.
        getMenuInflater().inflate(R.menu.menu_login, menu);
        return true;
    }

    @Override
    public boolean onOptionsItemSelected(MenuItem item) {
        // Handle action bar item clicks here. The action bar will
        // automatically handle clicks on the Home/Up button, so long
        // as you specify a parent activity in AndroidManifest.xml.
        int id = item.getItemId();

        //noinspection SimplifiableIfStatement
        if (id == R.id.action_settings) {
            return true;
        }

        return super.onOptionsItemSelected(item);
    }
}

Pero analicemos un poco el codigo en la siguiente lineas obtenemos la preferencia de usuario llamada en "mipreferencia" en modo privado es decir que solo podra ser utilizada por la aplicacion propia. 

en la siguiente linea consultamos si la key  "login" es true , en caso de que se cumpla la condición generamos una intención y nos trasladamos de manera automática a la actividad home. Finalmente cerramos la actividad actual.

final SharedPreferences mipref = getSharedPreferences("mipreferencia", Context.MODE_PRIVATE);
        if (mipref.getBoolean("login", false))
        {
            Intent intencion = new Intent(getApplicationContext(), homeActivity.class);
            startActivity(intencion);
            finish();
        }

En el siguiente codigo solo realizamos la validacion de los datos ingresados por el usuario si el usuario y la clave es admin.  Si sucede este caso pondremos en modo de edicion la preferencia por medio de la clase editor y posterior con putBoolean asinamos a la key "login" el valor true y finalmente resguardamos la informacion con commit.

if ( (editUsuario.getText().toString().equals("admin"))
                        && ( editClave.getText().toString().equals("admin") ) )
                {
                    Log.i("logdiego", "verdadero");

                    SharedPreferences.Editor editor = mipref.edit();
                    editor.putBoolean("login", true);
                    editor.commit();

                    Intent intencion = new Intent(getApplicationContext(), homeActivity.class);
                    startActivity(intencion);

                    finish();
                }
                else
                {

                    Toast.makeText(getApplicationContext(),"Usuario i/o clave invalidos",Toast.LENGTH_SHORT).show();
                    Log.i("logdiego", "falso");
                }


El código del proyecto se puede descargar desde aqui.

https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/SharePreference001.rar

sábado, 27 de junio de 2015

Ejercicios practico del curso de Android Presencial

La idea un poco es compartir un poco de conocimiento con ejercicios realizado en el curso de android presencial que actualmente dicto en Bejuca, desde ya me encuentro a disposición ante cualquier duda de los ejemplos.

Ejemplo 1
Anatomía de un proyecto Android, en este ejemplo que se busca es poder mostrar la estructura de un proyecto android.
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/Leccion2_AnatomiaProyecto.rar

Ejemplo 2
Un clásico proyecto inicial del famoso hola mundo
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/Leccion_2_HolaMundo.rar

Ejemplo 3
Un ejemplo de ciclo de vida de una aplicación Android , en el ejemplo mediante logcat registramos los diferentes estados por los que pasa una aplicación.
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/Leccion_2_CiclodeVida.rar

Ejemplo 4
Una pequeña aplicación de ejemplo donde se realiza la suma de dos numeros ingresados por el usuario.
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/Leccion_2_Suma2Numeros.rar

Ejemplo 5
Una pequeña calculadora desarrollada con la limitación que puede registrar solo operaciones de 2 números a la ves.
image
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/Leccion2_Calculadora.rar

Ejemplo 6 , 7, 8
Son ejemplos asociados a los layaut disponibles en Android
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/Leccion2_GridLayour.rar
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/Leccion2_TableLayout.rar
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/Leccion3Linearlayaut.rar

Ejemplo 9, 10
Ejemplos de la utilizacion de checkbox y Groupbox
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/UICheckbox2.rar
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/UIRadioGroup2.rar

Ejemplo 11 , 12
Utilización de controles de fecha y Hora. DatePicker , TimePicker
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/UIDatePicker2.rar
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/UITimePicker2.rar

Ejemplo 13
Un pequeño ejemplo de como hacer nuestro propio navegador en 2 click
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/UIWebView2.rar

Ejemplo 14
Un ejemplo de la utilización de intenciones explicitas, serializacion de clases e interacción entre varias actividades en nuestro proyecto.
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/UIImageButtons.rar
Ejemplo 15
Un ejemplo de utilización de intenciones en lo cual mostramos la serializacion de clases entre actividades.
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/IntentEnClase.rar

Ejemplo 16 
Uso de las ActivityResult  para realizar solicitudes a una actividad y trabajar en la logica de retorno de los datos.
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/ActivityResult_00.rar

Ejemplo 17 
Un ejemplo de como usar la técnica de Resizing Position para definir UI para cuando el teléfono se encuentra portrait y landscape.
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/ResizingRepositioning.rar

Ejemplo 18 
Un ejemplo de la construcción con Menu y respuesta a los eventos.
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/Menu_01.rar

Ejemplo 19 
Un ejemplo de la construcción  de Menu Contextual y respuesta a los eventos
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/Menu_02.rar

Ejemplo 20 
Un ejemplo muy completo sobre todas las posibles notificaciones de dialogo que podemos realizar en android,  cuadros de dialogos de una o varias opciones de seleccion, cuadros de dialogos personalizados, entre otros.
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/Notificaciones.rar

Ejemplo 21 
Generación de notificaciones en barra de estado, intenciones,  PendingIntent , Manejador de notificaciones.
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/NotificationBar.rar

Ejemplo 22
Como realizar popup
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/popupWindows.rar

Ejemplo 23 
Uso de sharepreference
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/SharePreference001.rar

Ejemplo 24 
Uso de Clases de aplicacion o clases globales
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/GlobalClass.rar

Ejemplo 25 
Leer y escribir archivos en android
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/FileReadWrite.rar

Ejemplo 26,27,28,29,30
Son ejemplo del uso de adaptadores simples y personalizados para poblar controles spiner, listview , grid.
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/Adaptadores01.rar
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/Adaptadores02.rar
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/Adaptadores03.rar
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/Adaptadores04.rar
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/Adaptadores05.rar

Ejemplo 31,32 
Son ejemplos de uso de base de datos con SQLITE
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/basedatos01.rar
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/AppDatosSqlite.rar

Ejemplo 33,34 ,ppt
Son ejemplos de uso de procesamiento en segundo plano hilos y asyntask
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/Hilo01.rar
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/Multiprocesamiento.rar
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/Android%202014%20-%20Presentacion%20de%20Curso%20ppt.rar

Ejemplo 35,36,37 
Son ejemplos de uso de servicios rest con android
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/Application_GET.rar
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/ServicioRest.rar
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/Servicios_POST.rar

Ejemplo 38,39 
Son ejemplos de uso de socket
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/cliente_socket.rar
https://dl.dropboxusercontent.com/u/91473640/Curso%20Android/TCPSocketServer-master.rar

martes, 2 de junio de 2015

Genymotion un Emulador alternativo para programadores Android

En realidad es una de las primeras veces que voy a usar este emulador dado que sigo pensando que el mejor entorno de prueba es un telefono o tablet fisico, pero hay situaciones en las que no logramos conectividad con nuestros equipos en la pc lo que hace imposible la conectividad desde eclipse o adroid studio.

Por este motivo vamos a hacer una guía rápida.

En primera instancia debemos ingresar a la pagina y registrarnos.
https://www.genymotion.com/

Nota: para lograr un buen funcionamiento nos registramos y nos enviara un mail a nuestro correo para la activación de la cuenta.

Registrados y activados , podemos continuar con el proceso.

Vamos a la opción de producto


luego a la opción indicada a continuación.


El siguiente paso es elegir la opción gratuita.


Lo siguiente es marcar la opción que tiene la maquina virtual incluida.


Luego tendremos el siguiente archivo en nuestro disco




Nota: no vamos a explicar el proceso de instalación dado que apretando siguiente en cada pantalla logramos instalar el emulador sin problema.

Ahora instalado el emulador en nuestra maquina si lo ejecutamos vamos a lograr algo como la siguiente pantalla , al momento de iniciar nos va pedir la cuenta que registramos en el sitio.


Ahora lo que podemos hacer es agregar dispositivos haciendo click en Add donde podremos ver que claramente nos permite seleccionar el dispositivo que gustamos instalar.


en mi caso voy a descargar una 4.4.4 api 19




Finalmente comenzara la descarga de la imagen




Mientras esperamos la descarga , es claro que la version que descargamos es limitada y que nos puede servir para un curso , la versión paga brinda muchas funcionalidades que en el futuro pueden ser necesarias de tener. Estas son algunas virtudes que tiene la version paga.



finalizada la descarga


ahora damos en finish  y tendremos la lista de todos los dispositivos que descarguemos en condiciones de iniciar o modificar.



ahora vamos a iniciar el dispositivo. y la velocidad con la que se ejecuta es impresionante , debe tardar 15 seg.






......etc

Ahora la integración con eclipse y android studio es tan simple como apretar Run App  y nos brindara los emuladores disponible donde aparecerá nuestro nuevo emulador.


Nota: Es claro que al momento de ejecutar run nuestro emulador Genymotion debe estar corriendo de caso contrario no lo reconocerá.

y el resultado sera que nuestra aplicación se ejecutara sobre nuestro nuevo emulador.



Hay que probar mucho para poder hacer un juicio de valor adecuado pero promete mucho y un trabajo de formación de seguro nos va funcionar muy bien.

Sera hasta la proxima y los invito a que jueguen un poco con este emulador.


miércoles, 27 de mayo de 2015

Diseño Interfaces UI : Layout

Bueno como sabrás toda Actividad que pueda tener un proyecto android siempre tendrá asociado un archivo xml que contendrá la información del diseño de mi pantalla.

Por lo general podremos encontrarlo en




































Dentro de la carpeta layout podremos encontrar los archivos xml que tendrán en su interior un diseño de pantalla relacionado a una actividad, pero también podremos encontrar diseños que no tienen una Actividad asociada, esto son diseños que funcionan tipo template que se usaran para inflar vistas.

Inflar ? no me jodas!   Si mi amigo ‘inflar’ no te asuste,  en Android es instanciar un xml para poder añadirlo a una jerarquía de vistas.  Sin vengo creo que la mejor definición es "calzar un layout/XML dentro de otro".

En el presente tutorial intentaremos brindar una aproximación de los aspectos mas importantes de las view mas usada como lo son:

Layout

Como ya indique, los layouts son elementos no visuales destinados a controlar la distribución, posición y dimensiones de los controles que se insertan en su interior (Botones, textos, spinners...), así que podemos decir que los Layouts son los contenedores de estos elementos.



Estos Layouts pueden pueden distribuir a sus "hijos" de forma Horizontal o Vertical (dependiendo de su propiedad 'Orientacion').

Hay varios tipos de Layouts, cada uno tiene unas ventajas respecto a los otros, pero se pueden combinar todos dentro de nuestro diseño, en el siguiente ejemplo podremos ver el uso de diferentes contenedores en un mismo diseño.



Independientemente de que tipo de Layout elijamos, tenemos propiedades comunes a todos, y quiero destacar algunas de ellas.

android:id.
Se trata de un número entero que sirve para identificar cada objeto view de forma única dentro de nuestro programa, cuando lo declaramos a través de un xml de resource podemos hacer referencia a la clase de recursos R usando una @, esto es imprescindible, ya que si no no podremos identificar nuestros elementos en nuestro programa para después usarlos y/o modificarlos, veamos algunos ejemplos:

android:id=”@id/boton”. Hace referencia a un id ya existente asociado a la etiqueta “boton”, esto se usa para cuando usamos los Layout Relativos, ya que para ubicar los elementos, lo hacemos indicando por ejemplo que un botón lo insertamos a la derecha de otro, pues bien ese otro se pone así.
android:id=”@+id/boton2”. Esto crea una nueva etiqueta en la clase R llamada “boton2”.

atributos height, width (Altura y Ancho)
Otra propiedad importante es el Alto y el Ancho de los controles y Layouts, ya que para que Android sepa dibujar un objeto View debemos proveerle estos datos, y podemos hacerlo de 3 formas:

android:layout_width="40dp". Indicando un número exacto que definamos, usaremos 40dp como unidad de medida, dp significa: Densidad de píxeles independientes, una unidad abstracta que se basa en la densidad física de la pantalla. Esta unidad es perfecta para buscar la compatibilidad con TODAS las pantallas de móvil o tables, ya que es una medida proporcional.

Otras Unidades que podemos usar (aunque yo aconsejo dp) 
px. Píxeles, corresponde a píxeles reales en la pantalla.
en. Cm - basado en el tamaño físico de la pantalla.
mm. Milímetros - en función del tamaño físico de la pantalla.
pt. Puntos - 1/72 de una pulgada en función del tamaño físico de la pantalla.
sp. Escala de píxeles independientes - esto es como la unidad de DP, pero también es escalado por la preferencia del usuario tamaño de la fuente. Se recomienda utilizar esta unidad al especificar tamaños de fuente, por lo que se ajusta tanto para la densidad de pantalla y preferencias del usuario.

 La constante FILL_PARENT que indica que la vista intentará ser tan grande como su padre (menos el padding), es decir se ajusta a tope!
 La constante WRAP_CONTENT que indica que la vista intentará ser lo suficientemente grande para mostrar su contenido (más el padding).

android:layout_weight. Esta propiedad nos va a permitir dar a los elementos contenidos en el layout unas dimensiones proporcionales entre ellas. Si incluimos en un LinearLayout vertical dos cuadros de texto (EditText) y a uno de ellos le establecemos un layout_weight=”1” y al otro un layout_weight=”2” conseguiremos como efecto que toda la superficie del layout quede ocupada por los dos cuadros de texto y que además el segundo sea el doble (relación entre sus propiedades weight) de alto que el primero, si ponemos 1 para los dos, el tamaño será exactamente igual. Esto se usa mucho, ya que así nos aseguramos una proporcionalidad para todos los tamaños de pantalla.

android:layout_gravity="center". Esta propiedad es la que se usa para centrar, es la 'gravedad' una vez mas cuando estén entre las comillas, pulsa Control+Espacio para ver todas las opciones que te da este control, además las puedes combinar, es decir, Center_Horizontal|Top. <-- ajusta="" arriba.="" centra="" en="" esto="" horizontal="" lo="" p="" te="" vertical="" y="">
Para diseñar podremos hacerlo por código , escribiendo de manera manual cada propiedad y valor.




O por medio del diseñador grafico de android studio desde donde podemos seleccionar los controles y modificar las propiedades.



LinearLayout, ejemplos:

Este tipo de layout apila uno tras otro todos sus elementos hijos de forma horizontal o vertical según se establezca su propiedad android:orientation="vertical" y android:orientation="Horizontal" .

Personalmente, este es el que mas uso en todos mis proyectos, normalmente una pantalla contiene un LinearLayout con orientacion vertical, y con sus propiedades de alto y ancho FILL PARENT, para que actúe como contenedor principal ajustándose a la pantalla del móvil, y dentro de este se suelen introducir otros LinearLayout con orientacion Horizontal para contener las "filas" con los otros elementos como botones (fíjate en el ejemplo de la izquierda), textos, imagenes...


Una cosa importante, si en la "fila" solo vamos a poner un elemento (fíjate en el ejemplo, el primer elemento solo es un Texto) no hace falta meterlo dentro de otro LinearLayout, ya que si no estaremos creando un elemento innecesario que consumirá recursos de nuestro móvil.

Si por el contrario queremos que en la siguiente "fila" contenga dos o mas elementos con alineación horizontal, (como es el caso del ejemplo la "fila" que contiene 2 botones) si deberemos meterlos dentro de otro LinearLayout con una orientacion Horizontal y dentro de este los botone

RelativeLayout, ejemplos:

Este tipo de layout es útil cuando queremos hacer cositas un poco mas complejas y vistosas. Este layout permite especificar la posición de cada elemento de forma relativa a su elemento padre o a cualquier otro elemento incluido en el propio layout.

De esta forma, al incluir un nuevo elemento A podremos indicar por ejemplo que debe colocarse debajo del elemento B y alineado a la derecha del layout padre. Veamos esto en el ejemplo siguiente:s que queramos poner.


Tendremos un sinfín de propiedades para colocar cada control justo donde queramos. Veamos las principales [creo que sus propios nombres explican perfectamente la función de cada una]:
Posición relativa a otro control:
  • android:layout_above
  • android:layout_below
  • android:layout_toLeftOf
  • android:layout_toRightOf
  • android:layout_alignLeft
  • android:layout_alignRight
  • android:layout_alignTop
  • android:layout_alignBottom
  • android:layout_alignBaseline
Posición relativa al layout padre:
  • android:layout_alignParentLeft
  • android:layout_alignParentRight
  • android:layout_alignParentTop
  • android:layout_alignParentBottom
  • android:layout_centerHorizontal
  • android:layout_centerVertical
  • android:layout_centerInParent
Por último indicar que cualquiera de los tipos de layout anteriores poseen otras propiedades comunes como por ejemplo los márgenes exteriores (margin) e interiores (padding) que pueden establecerse mediante los siguientes atributos:
Opciones de margen exterior:
  • android:layout_margin
  • android:layout_marginBottom
  • android:layout_marginTop
  • android:layout_marginLeft
  • android:layout_marginRight
Opciones de margen interior:
  • android:padding
  • android:paddingBottom
  • android:paddingTop
  • android:paddingLeft
  • android:paddingRight

TableLayout

Este es un tipo de layout que si bien se encuentra discontinuado hoy pro su hermano el GridLayaut es otra alternativa de distribucion en forma de tabla formado por filas y columanas.

La estructura de la tabla se define de forma similar a como se hace en HTML, es decir, indicando las filas que compondrán la tabla (objetos TableRow), y dentro de cada fila las columnas necesarias, con la salvedad de que no existe ningún objeto especial para definir una columna (algo así como un TableColumn) sino que directamente insertaremos los controles necesarios dentro del TableRow y cada componente insertado (que puede ser un control sencillo o incluso otro ViewGroup) corresponderá a una columna de la tabla. De esta forma, el número final de filas de la tabla se corresponderá con el número de elementos TableRow insertados, y el número total de columnas quedará determinado por el número de componentes de la fila que más componentes contenga.

Por norma general, el ancho de cada columna se corresponderá con el ancho del mayor componente de dicha columna, pero existen una serie de propiedades que nos ayudarán a modificar este comportamiento:

android:stretchColumns. Indicará las columnas que pueden expandir para absorver el espacio libre dejado por las demás columnas a la derecha de la pantalla.
android:shrinkColumns. Indicará las columnas que se pueden contraer para dejar espacio al resto de columnas que se puedan salir por la derecha de la palntalla.
android:collapseColumns. Indicará las columnas de la tabla que se quieren ocultar completamente.
Todas estas propiedades del TableLayout pueden recibir una lista de índices de columnas separados por comas (ejemplo: android:stretchColumns=”1,2,3″) o un asterisco para indicar que debe aplicar a todas las columnas (ejemplo: android:stretchColumns=”*”).

Otra característica importante es la posibilidad de que una celda determinada pueda ocupar el espacio de varias columnas de la tabla (análogo al atributo colspan de HTML). Esto se indicará mediante la propiedad android:layout_span del componente concreto que deberá tomar dicho espacio.


A nivel codigo podremos observar como se genera una TableRow  para los elementos de la fila dentro de mi archivo xml

    
Nota: se encuentra ocultado el contenido de los otros TableRow para poder mostrar el archivo completo.

GridLayout

Este tipo de layout fue incluido a partir de la API 14 (Android 4.0) y sus características son similares al TableLayout, ya que se utiliza igualmente para distribuir los diferentes elementos de la interfaz de forma tabular, distribuidos en filas y columnas. 

La diferencia entre ellos escriba en la forma que tiene el GridLayout de colocar y distribuir sus elementos hijos en el espacio disponible. 

En este caso, a diferencia del TableLayout indicaremos el número de filas y columnas como propiedades del layout, mediante android:rowCount y android:columnCount. 

Con estos datos ya no es necesario ningún tipo de elemento para indicar las filas, como hacíamos con el elemento TableRow del TableLayout, sino que los diferentes elementos hijos se irán colocando ordenadamente por filas o columnas (dependiendo de la propiedad android:orientation) hasta completar el número de filas o columnas indicadas en los atributos anteriores. Adicionalmente, igual que en el caso anterior, también tendremos disponibles las propiedades android:layout_rowSpan y android:layout_columnSpan para conseguir que una celda ocupe el lugar de varias filas o columnas.

Existe también una forma de indicar de forma explícita la fila y columna que debe ocupar un determinado elemento hijo contenido en el GridLayout, y se consigue utilizando los atributos android:layout_row y android:layout_column. De cualquier forma, salvo para configuraciones complejas del grid no suele ser necesario utilizar estas propiedades.


dentro del codigo xml podremos encontrar algunas particularidades, en primera instancia los elementos dentro del grid se posicionan por sus propiedades layout_row que indica la fila donde se posiciona y layaout_column la columna.



Por otro lado podremos decir a un control que ocupe mas posiciones de columna utilizando las propiedades layout_columnSpan


o podremos decir que ocupe mas filas con la propiedad layout_rowSpan


jueves, 21 de mayo de 2015

PhoneGap vs Appcelerator Titanium vs Xamarin

 El siguiente análisis se realizó con el objetivo de tener una referencia sobre las herramientas de desarrollo Mobile utilizadas por los equipos de desarrollo en la actualidad a fin de poder evaluar las virtudes y desventajas de los diferentes enfoques.

 “Podremos desarrollar aplicaciones para las diferentes plataformas  window phone, IOS , Android logrando reducir costos de construcción y  tiempos de desarrollo , pero será difícil alcanzar  el rendimiento , tamaño de las aplicaciones , la vinculación con el sistema operativo que logra el desarrollo nativo para las diferentes plataformas.”
La necesidad puntual del proyecto que se quiera llevar acabado indicara que costos estamos dispuestos a asumir.

En la actualidad hay varias herramientas para desarrollo multiplataforma cada una de ellas como una cuestión de venta indican entre líneas pequeñas “Generadores de código nativo” cuando desde el punto de vista técnico algunas no se acercan nada a lo esperado de una aplicación nativa.
En esta ocasión vamos a analizar en modo resumen la más importantes o difundidas entre comunidades de desarrollo de dispositivos móviles con sus diferentes enfoques de construcción multiplataforma existentes:
  • ·         PhoneGap
  • ·         Appcelerator  Titanium
  • ·         Xamarin

  

Phonegap



La construcción se realiza con la utilización de hitos tecnológicos como HTML, CSS, JAVASCRIPT y al momento de empaquetar para alguna plataforma utilizamos el contenedor phonegap que encapsula todo el proyecto web  en un binario para la plataforma en cuestión.

Los programadores para simular la interfaz de las diferentes plataformas utiliza CSS y para lograr una dinámica de funcionamiento se utilizan muchas librerías jquerymobile , kendo , sencha , entre otros.
Un tema importante es el hecho de que nos proporciona una librería para cada plataforma que es la encargada de interaccionar con los correspondientes SDK. 

Lo preocupante es que los desarrollos de estas librerías se realizan por separado  por lo que es probable que en alguna plataforma se pueda contar con funcionalidades que en otra no están disponibles.

Uno de los aspectos que reduce el rendimiento de las aplicaciones desarrolladas con esta herramienta es el hecho de que cada aplicación al ser utilizada referencia al engine del navegador de nuestro dispositivo para lograr ser operativa cada vez que la llamamos en nuestro teléfono, algo que claramente afecta el rendimiento de las aplicaciones.

Por otro lado en numerosos foros hablan de los problemas que manifiesta la herramienta a la hora de acceder al hardware de los dispositivos dado que para algunos dispositivos funciona de manera aceptable y para otro en muchos casos se recurre a desarrollos nativos externos para lograr alcanzar la necesidad.

Ventajas
·         Los tiempos desarrollo son más cortos en algunos casos,  en muchos casos ya tenemos una versión operativa web del producto por lo que en este caso se trabaja en adatar el frontend lo que reduce tiempos de construcción.
·         Los costos del desarrollo son más bajos comparado con el valor hora de programadores nativo mobile, la curva de aprendizaje de phoneghap para un desarrollador web es corta por utilizar los mismos hitos de desarrollo, motivo por el que quizás no tengamos que salir a contratar especialistas sino reutilizamos la mano de obra existente.
·         La curva de aprendizaje es corta.
·         Es gratis
·         Hay mucha documentación
·         El conseguir profesionales idóneos es más fácil.
Desventaja
·         Se debe trabajar con otros framework para lograr interfaces similares a la de las plataformas para la cual estamos desarrollando y por supuesto en algunos casos creamos un frontend para cada plataforma con el objetivo de lograr interfaces en armonía con la plataforma para la cual estamos desarrollando.  En pocas palabras la interfaz de las aplicaciones Android no es igual a las de iphone.
·         No tiene rendimiento nativo al pasar siempre por el engine del navegador,  al ser dependiente del navegador de nuestro equipo produce claramente una dependencia en cada ejecución con un software intermediario, en algunos casos se nota y en otro solo al iniciar.
·         Problemas a la hora de interaccionar con el hardware del teléfono.
·         En casos particulares no será posible obtener en algunos casos una misma funcionalidad para diferentes plataformas, ya lo mencionamos con anterioridad existen librerías de acceso a los sdk que evolucionan en paralelo.

Nota Final: Presenta grandes problemas a la hora de desarrollar para IOS por lo dificultoso que se vuelve lograr simular UI e funcionalidad en una aplicación web.  Recordemos que hablamos de una aplicación web encapsulada en un binario que le permite existir en un dispositivo de una plataforma determinada por lo que no podemos pedir que alcance un rendimiento nativo.  Otro problema detectado por equipos de desarrollo es el tamaño de los empaquetados que en un muchos casos difiere en mucho del generado con una herramienta nativa, lo que produce muchas veces problemas a la hora de subir a algún store por las limitaciones impuestas por cada plataforma.



Appcelerator Titanium


Esta herramienta es otra alternativa a la hora de realizar un desarrollo multiplataforma de una manera un poco más híbrida dado que el desarrollo tiene parte nativa.

Debemos  olvidar HTML , DOM, CSS y las librerías javascript desarrolladas para navegadores como jquery , molotools..etc. Uno de los puntos a favor que tiene es la capacidad de poder manipular controles nativos para las diferentes plataformas y gestionar la lógico por medio de la utilización de javascript.

El trabajo de la interfaz gráfica se realiza por medio de una librería puente entre nuestra lógica javascript y los controles nativos de las diferentes plataformas.

Nota: Es  claro que genera aplicaciones resultante con mayor performance por acercarse a un escenario hibrido (controles nativos + javascript compilado).

Como ¿?  Una vez hemos terminado la aplicación en código en Javascript, este es transformado y compilado.  Posteriormente, cuando se arranca la aplicación en el dispositivo móvil, el código se ejecuta dentro de un motor Javascript que todos los dispositivos tienen, ya sea el JavaScriptCore en iOS o Mozilla Rhino en Android/BlackBerry.
Los programadores java de seguro se sentirán mas cómodos con el entorno de trabajo dado que estaba basada en un eclipse (ide de trabajo java)  con las modificaciones necesarias para lograr la herramienta deseada.
Alguna de las cosas de las que se quejan los desarrolladores es que estas librerías puentes javascript como todo se desarrollan y mantienen por separado por lo que nuevamente podemos lograr funcionalidades para una plataforma y quizás no este disponible para otra.

Ventajas
·         Desarrollo para múltiples plataformas
·         Muchas documentaciones
·         Mejor rendimiento al ser desarrollos híbridos entre javascript y controles nativos.
·         Versión gratuita
Desventajas
·         Problemas de funcionamiento en la ide que al parecer se muere dado que utiliza muchos recursos en algunos casos.
·         Es una comunidad muy chicas de desarrolladores por lo que hay pocos ejemplos.
·         Require Mac y XCode para aplicaciones iOS


XAMARIN



La tecnologías de Xamarin nos da una muy buena alternativa para el desarrollo móvile, apoyándonos sobre la tecnología .NET (a través de mono) para mejorar la productividad de las aplicaciones que desarrollamos.



Xamarin por otro lado promueve al igual que muchas herramientas que analizamos como generador de aplicaciones nativas.
 Sera verdad ¿? Podríamos decir casi casi
Su esquema de desarrollo se base en desarrollar interfaz de usuario para cada plataforma y desarrollar  la lógica de negocio utilizando c#.
Nota: Una librería portable (PCL) es una librería cuyo código y dependencias externas pueden ser llevadas a diversas plataformas sin perder funcionalidad.
Para decirlo de una manera práctica nosotros tendremos nuestra aplicación net corriendo sobre mono runtime embebido de nuestra aplicación y para ciertas tareas tendremos comunicaciones con api nativa Android, IOS ..etc.
Entonces?  Tenemos interfaces nativas para cada plataforma y una lógica desarrollada con c# que interacciona con api nativas ios o android cuando lo necesita, pero no deja ser un ensamblado net que se comporta como un código nativo y se comunica con código nativo. 
Como lo podemos observar Xamarin corrige algunos problemas que tiene algunas herramienta como ser el hecho de que no se preocupa para estandarizar la Interfaz  dado que esto lleva a interfaces pobres y limitadas
Ventajas
·         Ide potente
·         Propone un ambiente de test  para diferentes dispositivos Tablet y teléfonos donde se puede probar el funcionamiento.
·         Genera código nativo
·         Muy buen rendimiento de las aplicaciones.
·          
Desventaja
·         Algunos desarrollados con la herramienta documentaron problemas con el tamaño del empaquetado final, como sabran todo los store fijan un tope para el espacio que puede tener una aplicación.
·         No hay mucho soporte en la red dado que es una herramienta relativa nueva.
·         Es necesario tener una mac para poder realizar la compilación para IOS
·         El ambiente de test es pago.
·         Algunos proyectos reportaron problemas en un pequeño delay al inicio de toda aplicación que es mas largo de lo común.
·         No todos los controles visuales nativos de cada plataforma se encuentran disponibles para su uso.
·         La herramienta de desarrollo todavía presenta algunos problemas.


En conclusión llegada la necesidad podremos elegir algunas de estas herramientas que se acerque al rendimiento, estética, funcionalidad  de aplicaciones nativas.