RecyclerView vs ListView

RecyclerView a été créé comme un ListView amélioration, donc, oui, vous pouvez créer une liste jointe avec ListView de contrôle, mais à l'aide de RecyclerView est plus facile comme ça:

1. Réutilise les cellules pendant le défilement vers le haut/vers le bas - ce qui est possible avec la mise en œuvre de Vue Titulaire dans le ListView adaptateur, mais c'était une option de chose, tandis que dans le RecycleView c'est la méthode par défaut de l'écriture de l'adaptateur.

2. Dissocie de la liste à partir de son conteneur - de sorte que vous pouvez mettre les éléments de la liste facilement au moment de l'exécution dans les différents conteneurs (linearLayout, gridLayout) avec réglage LayoutManager.

Exemple:

mRecyclerView = (RecyclerView) findViewById(R.id.my_recycler_view);
mRecyclerView.setLayoutManager(new LinearLayoutManager(this));
//or
mRecyclerView.setLayoutManager(new GridLayoutManager(this, 2));

1. Anime liste commune des actions - les Animations sont découplées et délégué ItemAnimator.

Il n'y a plus à propos de RecyclerView, mais je pense que ces points sont les principaux.

Donc, pour conclure, RecyclerView est un moyen plus souple de contrôle pour la manipulation de la "liste des données" qui suit des modes de délégation des préoccupations et des feuilles pour lui-même une seule tâche - le recyclage des éléments.

ListView est l'ancêtre de RecyclerView. Il y avait beaucoup de choses que ListView soit ne pas faire, ou ne doit pas faire bien. Si vous étiez à recueillir les lacunes de la ListView et résolu le problème en faisant abstraction des problèmes dans les différents domaines que vous auriez retrouver avec quelque chose comme le recycleur vue. Voici le principal problème des points avec les ListViews:

• Ne pas appliquer View Réutiliser pour les mêmes types d'élément (voir l'une des cartes, qui sont utilisés dans un ListView, si vous étudiez la méthode getView vous verrez que rien n'empêche un programmeur de créer une nouvelle vue pour chaque ligne, même si l'on est passées par le convertView variable)

• N'a pas empêché coûteux findViewById utilise(Même si vous étiez de recyclage vues comme indiqué ci-dessus, il a été possible pour les développeurs d'appeler findViewById de mettre à jour le contenu affiché de vues enfant. Le but principal de la ViewHolder modèle dans ListViews était de mettre en cache les findViewById appels. Cependant, cela n'était disponible que si vous saviez que ce n'était pas une partie de la plate-forme à tous)

• Uniquement pris en charge le Défilement Vertical avec Ligne affichée Vues (Recycleur de vue ne se soucie pas d'où les vues sont passées et la façon dont ils sont déplacés, il est placé dans un LayoutManager. Un Recycleur peut donc soutenir le traditionnel ListView comme indiqué ci-dessus, ainsi que des choses comme la GridView, mais il n'est pas limité à cela, il peut faire plus, mais vous avez à faire de la programmation travail à pied pour y arriver).

• Animations ajoutées/supprimées n'était pas un cas d'utilisation qui a été considéré. Il est complètement à vous de trouver comment aller à ce sujet (comparer les RecyclerView. Adaptateur classes informer* méthode d'offres v. ListViews pour vous faire une idée).

En bref RecyclerView est plus souple à la ListView, mais plus de codage peuvent avoir besoin d'être fait sur votre partie.

Voici quelques points clés et les différences entre RecyclerView & ListView. Prendre votre appel à bon escient.

Si ListView qui fonctionne pour vous, il n'y a pas de raison de migrer. Si vous êtes
l'écriture d'une nouvelle INTERFACE utilisateur, vous pourriez être mieux avec RecyclerView.

RecylerView a intégré ViewHolder, n'a pas besoin de mettre en œuvre nos propres
comme dans la listView. Il soutien notifier à l'index particulier ainsi

Des choses comme l'animation de l'ajout ou le retrait d'éléments sont déjà
mis en œuvre dans le RecyclerView sans que vous n'ayez rien à faire

On peut associer un gestionnaire de mise en page avec un RecyclerView, cela peut être
utilisé pour obtenir des vues aléatoires dans recycleview alors que c'était la limitation
dans la vue liste Dans une liste, le seul type de vue est le
vertical Liste. Il n'y a pas de manière officielle à même de mettre en œuvre une
horizontal ListView. Maintenant, en utilisant un RecyclerView, nous pouvons avoir un

i) LinearLayoutManager - qui supporte à la fois verticale et horizontale
listes, ii) StaggeredLayoutManager - qui prend en charge Pinterest comme
décalés des listes, iii) GridLayoutManager - qui prend en charge l'affichage
les grilles comme on le voit dans la Galerie d'applications.

Et la meilleure chose est que nous pouvons faire tout ce de manière dynamique que nous voulons.

Avantages de RecyclerView sur listview :

1. Contient ViewHolder par défaut.

2. Facile d'animations.

3. Prend en charge horizontale de la grille , et l'étalement des mises

Avantages de la listView sur recyclerView :

1. Facile d'ajouter de diviseur.

2. Pouvez utiliser intégré arrayAdapter pour de simples listes de

3. Appuie-Tête et pied de page .

4. Prend En Charge OnItemClickListner .

En plus par-dessus les différences suivantes sont quelques-uns de plus:

1. RV sépare la création de la vue et de la liaison de données à afficher.
   En BT, vous devez vérifier si convertView est null ou pas pour la création de la vue, avant la liaison de données.
   Ainsi, en cas de RV, la vue sera créé uniquement lorsque cela est nécessaire mais en cas de LV, on peut manquer de le vérifier pour le convertview et créer la vue à chaque fois.

2. De commutation entre la Grille et la Liste est plus facile maintenant avec LayoutManager.

3. Pas besoin de communiquer et de mettre à jour tous les éléments, même si un seul élément est modifié.

4. L'on devait mettre en œuvre la vue de mise en cache en cas de LV.
   Il est fourni en RV par défaut. (Il existe une différence entre le cache de vue n de recyclage.)

5. Très facile de l'élément animations dans le cas de RV.

J'ai travaillé un peu avec RecyclerView et préfèrent encore ListView.

1. Sûr, ils utilisent tous les deux ViewHolders, donc ce n'est pas un avantage.

2. Un RecyclerView est plus difficile à coder.

3. Un RecyclerView ne contient pas d'en-tête et pied de page, donc c'est un moins.

4. Un ListView n'a pas besoin de faire un ViewHolder. Dans le cas où vous voulez avoir une liste avec des sections ou des subheaders ce serait une bonne idée de faire des articles (sans ViewHolder), il est plus facile et ne nécessite pas de catégories distinctes.

Réponse Simple: Vous devez utiliser RecyclerView dans une situation où vous souhaitez afficher un grand nombre d'éléments, et le nombre d'entre eux est dynamique. ListView doit être utilisé uniquement lorsque le nombre d'éléments est toujours le même et est limitée à la taille de l'écran.

Vous trouvez qu'il est plus difficile parce que vous pensez juste avec l'Android de la bibliothèque à l'esprit.

Il existe aujourd'hui beaucoup d'options qui vous permettront de créer vos propres cartes, le rendant facile pour générer des listes et grilles de dynamique des éléments que vous pouvez choisir, réorganiser, de l'animation, des diviseurs, ajouter les pieds de page, les en-têtes, etc, etc.

N'ayez pas peur et essayer de RecyclerView, vous pouvez commencer à l'aimer faire une liste de 100 articles téléchargés à partir du web (comme facebook news) dans une liste et une RecyclerView, vous verrez la différence dans l'UX (expérience utilisateur) lorsque vous essayez de faire défiler, probablement l'appli de test s'arrête avant que vous pouvez même le faire.

Je vous recommande de vérifier ces deux bibliothèques pour faciliter l'accès aux cartes:

FastAdapter par mikepenz

FlexibleAdapter par davideas