Quelle est l'intention des méthodes getItem et getItemId dans la classe Android BaseAdapter?

Je suis curieux de connaître le but des méthodes getItemet getItemIdde la classe Adapter dans le SDK Android.

D'après la description, il semble que getItemdevrait renvoyer les données sous-jacentes. Donc, si j'ai un tableau de noms ["cat","dog","red"]et que je crée un adaptateur à l' aaide de cela, alors a.getItem(1)devrait retourner "chien", correct? Que devrait a.getItemId(1)revenir?

Si vous avez utilisé ces méthodes dans la pratique, pourriez-vous donner un exemple?

Je vois ces méthodes comme une approche plus propre pour accéder aux données de ma liste. Au lieu d'accéder directement à mon objet adaptateur via quelque chose comme myListData.get(position)je peux simplement appeler l'adaptateur comme adapter.get(position).

Il en va de même getItemId. Habituellement, j'utiliserais cette méthode lorsque je souhaite exécuter une tâche en fonction de l'ID unique d'un objet dans la liste. Ceci est particulièrement utile lorsque vous travaillez avec une base de données. Le retourné idpourrait être une référence à un objet de la base de données sur lequel je pourrais alors effectuer différentes opérations (mise à jour / suppression / etc).

Donc, au lieu d'accéder à l'ID à partir de l'objet de données brutes comme myListData.get(position).getId()vous pouvez l'utiliser adapter.getItemId(position).

Un exemple où j'ai senti que j'avais besoin d'utiliser ces méthodes était dans un projet utilisant le SeparatedListViewAdapter . Cet adaptateur peut contenir plusieurs types différents d'adaptateurs, chacun représentant des données d'un type différent (généralement). Lors de l'appel getItem(position)sur le SeparatedListViewAdapter, l'objet retourné peut être différent selon la "section" dans laquelle vous l'envoyez.

Par exemple, si vous aviez 2 sections dans votre liste (fruits et bonbons): Si vous avez utilisé getItem(position)et que vous vous trouviez positionsur un article dans la section des fruits , vous recevriez un objet différent de celui que vous aviez demandé getItem(position)en positionpointant un article dans le bonbon section. Vous pouvez ensuite renvoyer une sorte de valeur d'ID constante dans getItemId(position)laquelle représente le type de données getItem(position)renvoyées, ou utiliser instanceofpour déterminer quel objet vous avez.

À part ce que j'ai mentionné, je n'ai jamais senti que j'avais vraiment besoin d'utiliser ces méthodes

Eh bien, il semble que cette question pourrait trouver une réponse plus simple et plus directe ... :-)

En termes simples, Android vous permet de joindre un longà n'importe quel ListViewélément, c'est aussi simple que cela. Lorsque le système vous informe de la sélection de l'utilisateur, vous recevez trois variables d'identification pour vous indiquer ce qui a été sélectionné:

• une référence à la vue elle-même,
• sa position numérique dans la liste,
• ce que longvous avez joint aux éléments individuels.

C'est à vous de décider lequel de ces trois est le plus facile à gérer dans votre cas particulier, mais vous avez le choix entre les trois à tout moment. Considérez cela longcomme une étiquette automatiquement attachée à l'élément, mais c'est encore plus simple et plus facile à lire.

Le malentendu sur ce qu'il fait habituellement découle d'une simple convention. Tous les adaptateurs doivent fournir un getItemId()même s'ils n'utilisent pas réellement cette troisième identification. Ainsi, par convention, ces adaptateurs (y compris de nombreux exemples dans le SDK ou partout sur le Web) reviennent simplement positionpour une seule raison: c'est toujours unique. Pourtant, si un adaptateur revient position, cela signifie vraiment qu'il ne veut pas du tout utiliser cette fonctionnalité, car elle positionest déjà connue, de toute façon.

Donc, si vous devez renvoyer une autre valeur que vous jugez appropriée, n'hésitez pas à le faire:

@Override
public long getItemId(int position) {
  return data.get(position).Id;
}

La getItemIdméthode est en grande partie conçue pour fonctionner avec des curseurs qui sont sauvegardés par des bases de données SQLite. Il renverra le champ id du curseur sous-jacent pour l'élément en position 1.

Dans votre cas, il n'y a pas d'identifiant pour l'élément en position 1: je suppose que l'implémentation d'ArrayAdapter renvoie simplement -1 ou 0.

EDIT: en fait, il renvoie simplement la position: dans ce cas 1.

Je tiens à mentionner qu'après la mise en œuvre getItem, getItemIdvous pouvez utiliser ListView.getItemAtPosition et ListView.getItemIdAtPosition pour accéder directement à vos données, au lieu de passer par l'adaptateur. Cela peut être particulièrement utile lors de l'implémentation d'un écouteur onClick.

Si vous implémentez getItemIdcorrectement, cela peut être très utile.

Exemple :

Vous avez une liste d'albums:

class Album{
     String coverUrl;
     String title;
}

Et vous implémentez getItemIdcomme ceci:

@Override
public long getItemId(int position){
    Album album = mListOfAlbums.get(position);
    return (album.coverUrl + album.title).hashcode();
}

Maintenant, votre identifiant d'élément dépend des valeurs des champs coverUrl et title et si vous changez alors et appelez notifyDataSetChanged()votre adaptateur, alors l'adaptateur appellera la méthode getItemId () de chaque élément et mettra à jour uniquement les éléments dont l'ID a changé.

Ceci est très utile si vous effectuez des opérations "lourdes" dans votre fichier getView().

BTW: si vous voulez que cela fonctionne, vous devez vous assurer que votre hasStableIds()méthode renvoie false;

getItemou getItemIdsont quelques méthodes principalement conçues pour joindre des données avec des éléments dans la liste. Dans le cas de getItem, vous pouvez transmettre tout objet qui s'attachera à l'élément dans la liste. Normalement, les gens reviennent null. getItemIdest toute longvaleur unique que vous pouvez attacher avec le même élément dans la liste. Les gens retournent généralement la position dans la liste.

Quel en est l'usage. Eh bien, comme ces valeurs sont liées à l'élément dans la liste, vous pouvez les extraire lorsque l'utilisateur clique sur l'élément. Ces valeurs sont accessibles par des AdapterViewméthodes.

// template class to create list item objects
class MyListItem{
    public String name;
    public long dbId;

    public MyListItem(String name, long dbId){
        this.name = name;
        this.dbId = dbId;
    }
}

///////////////////////////////////////////////////////////

// create ArrayList of MyListItem
ArrayList<MyListItem> myListItems = new ArrayList<MyListItem>(10);

// override BaseAdapter methods
@Override
public Object getItem(int position) {
    // return actual object <MyListItem>
    // which will be available with item in ListView
    return myListItems.get(position);
}

@Override
public long getItemId(int position) {
    // return id of database document object
    return myListItems.get(position).dbId;
}

///////////////////////////////////////////////////////////

// on list item click, get name and database document id
my_list_view.setOnItemClickListener(new AdapterView.OnItemClickListener() {
    @Override
    public void onItemClick(AdapterView<?> parent, View view, int position, long id) {

        // extract item data
        MyListItem selectedItem = (MyListItem)parent.getItemAtPosition(position);      
        System.out.println("Your name is : " + selectedItem.name);

        // extract database ref id
        long dbId = id;

        // or you could also use
        long dbId = parent.getItemIdAtPosition(position);
    }
});