por qué, cómo y qué parámetros se pasan a AsyncTask <>, ver detalle here. Creo que es la mejor explicación.
Documentación Android de Google dice que:
Una tarea asíncrona se define por 3 tipos genéricos, llamado Parámetros, avance y de resultados, y 4 pasos, llamado OnPreExecute, doInBackground, onProgressUpdate y onPostExecute.
tipos genéricos de AsyncTask:
Los tres tipos utilizados por una tarea asíncrona son los siguientes:
Parámetros, el tipo de los parámetros enviados a la tarea en ejecución. Progreso, el tipo de unidades de progreso publicadas durante el cálculo en segundo plano. Resultado, el tipo de resultado del cálculo de fondo. No todos los tipos son siempre utilizados por una tarea asincrónica. Para marcar un tipo que sin usar, basta con utilizar el tipo Void:
private class MyTask extends AsyncTask<Void, Void, Void> { ... }
puede hacer referencia más adelante: http://developer.android.com/reference/android/os/AsyncTask.html
o puede eliminar cuál es el papel de AsyncTask refiriendo Blog de Sankar-Ganesh
Bueno la estructura de una clase AsyncTask típica es como sigue:
private class MyTask extends AsyncTask<X, Y, Z>
protected void onPreExecute(){
}
se ejecuta este método antes de comenzar el nuevo hilo. No hay valores de entrada/salida, así que simplemente inicialice las variables o lo que sea que crea que necesita hacer.
protected Z doInBackground(X...x){
}
El método más importante en la clase AsyncTask. Debe colocar aquí todas las cosas que desea hacer en segundo plano, en un hilo diferente del principal. Aquí tenemos como valor de entrada una matriz de objetos del tipo "X" (¿Ves en el encabezado? Tenemos "... extends AsyncTask" Estos son los TIPOS de los parámetros de entrada) y devuelve un objeto del tipo "Z".
protegida onProgressUpdate vacío (Y y) {
} Este método se llama mediante el publishProgress método (y) y por lo general se utiliza cuando se desea mostrar ningún progreso o información en la pantalla principal, como una barra de progreso que muestra el progreso de la operación que está haciendo en segundo plano.
protected void onPostExecute (Z z) {
} Este método se llama después de la operación en el fondo se hace. Como parámetro de entrada, recibirá el parámetro de salida del método doInBackground.
¿Qué pasa con los tipos X, Y y Z?
Como se puede deducir de la estructura anterior:
X – The type of the input variables value you want to set to the background process. This can be an array of objects.
Y – The type of the objects you are going to enter in the onProgressUpdate method.
Z – The type of the result from the operations you have done in the background process.
¿Cómo llamamos a esta tarea desde un fuera de clase? Sólo con las siguientes dos líneas:
MyTask myTask = new MyTask();
myTask.execute(x);
Donde x es el parámetro de entrada del tipo X.
Una vez que tenemos nuestra tarea en ejecución, podemos averiguar su estado de “fuera”. Usando el método "getStatus()".
myTask.getStatus(); y podemos recibir el siguiente estado:
EN EJECUCIÓN: indica que la tarea se está ejecutando.
PENDIENTE - Indica que la tarea aún no se ha ejecutado.
ACABADO - Indica que onPostExecute (Z) ha finalizado.
Consejos sobre el uso de AsyncTask
No llamar a los métodos OnPreExecute, doInBackground y onPostExecute manualmente. Esto es hecho automáticamente por el sistema.
No puede llamar a una AsyncTask dentro de otra AsyncTask o Thread. La llamada de la ejecución del método debe realizarse en el subproceso UI.
El método onPostExecute se ejecuta en el subproceso UI (aquí puede llamar a otro AsyncTask!).
Los parámetros de entrada de la tarea pueden ser una matriz de objetos, de esta manera puede colocar los objetos y tipos que desee.
Esto es exactamente lo que hice ahora. Todavía necesito una variable miembro pero en AsyncTask y no en la clase externa si eso es lo que quieres decir. Esto es lo que hice: clase privada MyAsyncTask extiende AsyncTask { private boolean showLoading; public MyAsyncTask (boolean showLoading) { super(); this.showLoading = showLoading; // hacer cosas } protected void OnPreExecute() {si (showLoading) {// ... }} // doInBackground() et al. } –
Sí, esa fue más o menos la idea :) – Felix
Esta es la respuesta correcta –