ListView pas rafraîchissant déjà les éléments visibles

Ici je vais répondre à ma propre question avec un hackaround que j'ai réglé sur. Apparemment, notifyDataSetChanged() n'est à utiliser que si vous êtes l'ajout /suppression d'éléments. Si vous êtes à la mise à jour des informations sur les articles qui sont déjà affichés, vous pourrait jusqu'à la fin avec les éléments visibles de ne pas mettre à jour leur aspect visuel (getView() pas d'être appelé sur votre carte).

Par ailleurs, en appelant invalidateViews() sur le ListView ne semble pas fonctionner comme annoncé. J'obtiens toujours la même glitch comportement avec getView() pas être appelé à la mise à jour des éléments de l'écran.

Au début, je pensais que le problème a été causé par la fréquence à laquelle je les ai appelés notifyDataSetChanged() /invalidateViews() (très rapide, en raison des mises à jour provenant de différentes sources). J'ai donc essayé de limitation des appels à ces méthodes, mais toujours en vain.

Je ne suis pas encore sûr à 100% c'est la plate-forme de la faute, mais le fait que mon hackaround œuvres semble le suggérer. Alors, sans plus tarder, mon hackaround consiste en l'extension de la ListView pour actualiser les éléments visibles. Notez que cela ne fonctionne que si vous êtes correctement à l'aide de la convertView de votre carte et de ne jamais retourner un nouveau View lorsqu'un convertView a été adoptée. Pour des raisons évidentes:

public class ProperListView extends ListView {
private static final String TAG = ProperListView.class.getName();
@SuppressWarnings("unused")
public ProperListView(Context context) {
super(context);
}
@SuppressWarnings("unused")
public ProperListView(Context context, AttributeSet attrs) {
super(context, attrs);
}
@SuppressWarnings("unused")
public ProperListView(Context context, AttributeSet attrs, int defStyle) {
super(context, attrs, defStyle);
}
class AdapterDataSetObserver extends DataSetObserver {
@Override
public void onChanged() {
super.onChanged();
refreshVisibleViews();
}
@Override
public void onInvalidated() {
super.onInvalidated();
refreshVisibleViews();
}
}
private DataSetObserver mDataSetObserver = new AdapterDataSetObserver();
private Adapter mAdapter;
@Override
public void setAdapter(ListAdapter adapter) {
super.setAdapter(adapter);
if (mAdapter != null) {
mAdapter.unregisterDataSetObserver(mDataSetObserver);
}
mAdapter = adapter;
mAdapter.registerDataSetObserver(mDataSetObserver);
}
void refreshVisibleViews() {
if (mAdapter != null) {
for (int i = getFirstVisiblePosition(); i <= getLastVisiblePosition(); i ++) {
final int dataPosition = i - getHeaderViewsCount();
final int childPosition = i - getFirstVisiblePosition();
if (dataPosition >= 0 && dataPosition < mAdapter.getCount()
&& getChildAt(childPosition) != null) {
Log.v(TAG, "Refreshing view (data=" + dataPosition + ",child=" + childPosition + ")");
mAdapter.getView(dataPosition, getChildAt(childPosition), this);
}
}
}
}
}

Selon la documentation:

vide notifyDataSetChanged ()

Notifier toutes les observateurs que l'ensemble de données a changé.
... LayoutManagers sera forcé de pleinement relier et de la nouvelle disposition toutes les vues visibles...

Dans mon cas, les éléments n'étaient pas visibles (ensuite, tout le RecycleView était en dehors de l'écran), et, plus tard, lorsqu'il a animé dans la rubrique points de vue n'a pas d'actualisation soit (montrant ainsi les anciennes données).

Solution de contournement dans la classe d'Adaptateur:

public void notifyDataSetChanged_fix() {
//unfortunately notifyDataSetChange is declared final, so cannot be overridden. 
super.notifyDataSetChanged();
for (int i = getItemCount()-1; i>=0; i--) notifyItemChanged(i);
}

Remplacé tous les appels de notifyDataSetChanged() pour notifyDataSetChanged_fix() et mon RecyclerView heureusement rafraîchissante depuis...