Come modificare l'UI delle attività da un AsyncTask Android?

Question

In uno scenario in cui ho un'interfaccia utente che verrà aggiornato da un thread separato (usando AsyncTask), posso definire l'AsyncTask come una classe interna delle attività, ma questo ha due aspetti negativi che trovo problematico:

1. rende i file di origine molto grande, riducendo l'efficienza nella gestione del codice di
2. lo rende difficile riutilizzare la classe thread

che cosa è una buona soluzione? Utilizzare una classe interiore, ma astrarre tutto ciò che fa ad altre classi? Passa un riferimento all'Attività su AsyncTask? Definisci sempre la classe AsyncTask come una classe interna e accetti semplicemente che i file sorgente saranno grandi?

Answer 1

Un bel po 'di esempi ho visto passare un Context nel costruttore del AsyncTask.

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

Sarei interessato a sapere se qualcun altro utilizza altri approcci.

Answer 2

Prima di tutto: quando si utilizza un AsyncTask non si deve eseguire attività UI entro doInBackground().

Quello che puoi fare è - se vuoi, ad es. lo stato di aggiornamento per un lavoro in background con esecuzione prolungata, è publishProgress(values) da doInBackground(). Il runtime, quindi, per quei valori chiama il callback onProgressUpdate(values), che viene eseguito nel thread dell'interfaccia utente e da cui è possibile aggiornare l'interfaccia utente.

Dai un'occhiata ad es. https://github.com/pilhuhn/ZwitscherA/blob/master/src/de/bsd/zwitscher/TweetListActivity.java#L336 per vedere un esempio.

AsyncTask può essere implementato in un proprio file di classe.

Answer 3

Ho un POV un po 'strano con AsyncTasks perché generalmente preferisco usare thread normali, ma essenzialmente il modo in cui eseguo un'attività in background e aggiornare un'interfaccia utente è creare un gestore alla fine del metodo onCreate(), lo farò quindi sovrascrivere il metodo handleMessage (Message msg).

Quindi nel mio thread, passerò il gestore come parametro, quindi quando desidero fare un aggiornamento invierò un messaggio dal thread al gestore, ora ciò che fa è comunicare dal nuovo thread in background sul thread dell'interfaccia utente per elaborare il lavoro sull'interfaccia utente.

Ora immagino che AsyncTasks esegua un'attività simile ma rimuove la necessità di implementare l'override del metodo handleMessage del Gestore.

Sarebbe interessante imparare di più su eventuali vantaggi/svantaggi tra questi due approcci.