Mettre à jour ListView dans le fil principal d'un autre fil

Globalement de bons conseils
http://android-developers.blogspot.com/2009/05/painless-threading.html

Personnellement, je utiliser mon personnalisée thread (une classe étendant Thread ), mais envoyer la réponse à la thread de l'INTERFACE utilisateur par le biais d'un Message. Donc, dans le fil de la fonction run() il y a:

Message msg;
msg = Message.obtain();
msg.what = MSG_IMG_SET;                     
mExtHandler.sendMessage(msg);

Le thread d'INTERFACE utilisateur définit un gestionnaire de messages.

private Handler mImagesProgressHandler;

public void onCreate(Bundle bundle) {

    mImagesProgressHandler = new Handler() {
        @Override
        public void handleMessage(Message msg) {
            switch (msg.what) {             
            case LoadImagesThread.MSG_IMG_SET:
                mArrayAdapter.setBitmapList(mImagesList);
                mArrayAdapter.notifyDataSetChanged();
                break;
            case LoadImagesThread.MSG_ERROR:
                break;
            }
            super.handleMessage(msg);
        }
    };                 

C'est effectivement plus facile que les AsyncTask.

Vous pouvez utiliser une combinaison de RxJava et Rénovation à cette fin.

Voici comment vous pouvez le faire. Je serai à l'aide de l'API GitHub pour l'exemple.

Créer une interface Java pour votre API HTTP.

public interface GitHubService {
    @GET("users/{user}/repos")
    Observable<List<Repo>> listRepos(@Path("user") String user);
}

À l'aide Observables vous permet de convertir la réponse dans un cours d'eau. Chaque événement étant une Liste de pensions de titres.

Utilisation de Rénovation de la classe pour générer une mise en œuvre de la GitHubService interface. Vous peut ou peut ou ne peut pas fournir un personnalisé du Client HTTP.

Retrofit retrofit = new Retrofit.Builder()
            .baseUrl("https://api.github.com/")
            .client(okHttpClient) //OkHttp Client
            .addConverterFactory(GsonConverterFactory.create())
            .addCallAdapterFactory(RxJavaCallAdapterFactory.create())
            .build();

GitHubService service = retrofit.create(GitHubService.class);

Maintenant vient la partie Rx. Vous devez ajouter un abonné à écouter la réponse renvoyée par le serveur. En d'autres termes, réagir.

service.listRepos("octocat")
.subscribeOn(Schedulers.io()) //1
.observeOn(AndroidSchedulers.mainThread()) //2
.flatMap(Observable::from) //3
.subscribe(repoList -> { //4
    //Update the list view
    //notifyDataSetChanged
});

Voici ce que les lignes commentées avec les numéros de font -

1 - Il dit à l'OS thread qui sera utilisé pour faire l'appel. Nous faisons le choix de l'OI fil pour que.

2 - Il dit à l'OS, fil être utilisé pour écouter la réponse. Nous le faisons sur le thread principal, et de mettre à jour l'INTERFACE utilisateur de la réception d'une réponse.

3 - Cette ligne montre que la vraie magie de Rx. Cette simple petite ligne convertit une liste de réponses à des objets individuels. Donc, nous allons réagir à chaque objet au lieu de l'ensemble de la liste tout à fait. Vous pouvez en lire plus à ce sujet ici.

4 - Cette ligne définit en fait ce genre de réaction sera montré à l'événement. Vous pouvez mettre à jour la carte ici.

Une version plus élaborée de l'abonné ressemble à ceci -

new Subscriber<Repo>() {
    @Override
    public void onCompleted() {

    }

    @Override
    public void onError(Throwable e) {

    }

    @Override
    public void onNext(Repo repo) {

    }
}

P. S. - j'ai utilisé des lambdas dans les exemples ci-dessus. Vous pouvez ajouter que, grâce à ici.

L'astuce ici est la position où vous avez mis le

mAdapter.notifyDataSetChanged();

Ici un exemple simple :

mRecyclerView = (RecyclerView) rootView.findViewById(R.id.recycler_view);
mAdapter = new myAdapter(......);
mAdapter.notifyDataSetChanged();
mRecyclerView.setAdapter(mAdapter);

ce travail parfaitement pour moi.