¿Cómo hacer cambios de UI de actividad desde una AsyncTask de Android?

Question

En un escenario en el que tengo una interfaz de usuario que se actualizará de un hilo separado (usando AsyncTask), I puede definir el AsyncTask como una clase interna de la actividad, pero esto tiene dos inconvenientes encuentro problemático:

1. hace que los archivos de origen muy grande, lo que reduce la eficiencia en la gestión del código
2. Esto hace que sea difícil de reutilizar la clase hilo

¿Qué es una buena solución? Usa una clase interna, pero resume todo lo que hace a otras clases? Pasar una referencia a la actividad a la AsyncTask? Defina siempre la clase AsyncTask como clase interna y solo acepte que los archivos fuente sean grandes.

Answer 1

Bastantes ejemplos que he visto simplemente pasan un Context en el constructor del AsyncTask.

public class BackgroundStuff extends AsyncTask<Void, Void, Void> { 
    ... 
    Context mContext; 
    ... 
    BackgroundStuff(Context context){ 
     super(); 
     this.mContext = context; 
    } 
    ... 
} 

Me interesaría saber si alguien más utiliza algún otro enfoque.

Answer 2

Lo primero y más importante: al usar un AsyncTask no debe realizar actividad de IU en doInBackground().

Lo que puedes hacer es, si quieres p. el estado de actualización para un trabajo en segundo plano de larga duración es publishProgress(values) desde doInBackground(). El tiempo de ejecución entonces para esos valores llame a su callback onProgressUpdate(values), que se ejecuta en el hilo de la interfaz de usuario y desde donde puede actualizar la interfaz de usuario.

Echa un vistazo a, por ejemplo, https://github.com/pilhuhn/ZwitscherA/blob/master/src/de/bsd/zwitscher/TweetListActivity.java#L336 para ver un ejemplo.

La AsyncTask se puede implementar en un archivo de clase propio.

Answer 3

Tengo un Punto de vista algo extraño con AsyncTasks porque generalmente prefiero usar Hilos normales, pero esencialmente la forma en que realizo una tarea en segundo plano y actualizo una UI es crear un Manejador al final del método onCreate(), luego anula el método handleMessage (Message msg).

Luego, en mi Subproceso, pasaré el Controlador como parámetro, luego cuando deseo hacer una actualización, enviaré un mensaje desde el subproceso al Manejador, ahora lo que hace es comunicarse desde el nuevo hilo de fondo en el hilo de la interfaz de usuario para procesar el trabajo en la interfaz de usuario.

Ahora imagino que AsyncTasks realiza una tarea similar, pero elimina la necesidad de implementar el método handleMessage de Handlers.

Sería interesante aprender más acerca de las ventajas/desventajas entre estos dos enfoques.