ViewHolder - gute Praxis

Haben Sie mehrere ViewHolder Objekte in die Existenz.

Einen ListView durch seine Natur nicht erstellen Sie neue View Instanzen, die für die einzelnen Zeilen. Dies ist so, dass wenn man eine ListView von einer million Dinge, die Sie nicht brauchen, um Shop-layout-Informationen für eine million Dinge. Also, was brauchen Sie, um zu speichern? Nur die Dinge, die auf dem Bildschirm angezeigt. Sie können dann wiederverwenden, diese Meinung immer und immer wieder. Auf diese Weise werden Ihre ListView eine million Objekte können nur vielleicht 10 untergeordneten Ansichten.

In Ihrer benutzerdefinierten array-adapter, müssen Sie eine Funktion namens getView() etwa wie folgt aussieht:

public View getView(int position, View convertView, ViewGroup parent) {
    //Here, position is the index in the list, the convertView is the view to be
    //recycled (or created), and parent is the ListView itself.

    //Grab the convertView as our row of the ListView
    View row = convertView;

    //If the row is null, it means that we aren't recycling anything - so we have
    //to inflate the layout ourselves.
    if(row == null) {
          LayoutInflater inflater = (LayoutInflater)getContext().getSystemService(Context.LAYOUT_INFLATER_SERVICE);
          row = inflater.inflate(R.layout.list_item, parent, false);
    }

    //Now either row is the recycled view, or one that we've inflated. All that's left
    //to do is set the data of the row. In this case, assume that the row is just a
    //simple TextView
    TextView textView = (TextView) row.findViewById(R.id.listItemTextView);

    //Grab the item to be rendered. In this case, I'm just using a string, but
    //you will use your underlying object type.
    final String item = getItem(position);

    textView.setText(item);

    //and return the row
    return row;
}

Dies funktionieren wird, aber einen moment Zeit nehmen und sehen, ob Sie können vor Ort die Ineffizienz hier. Überlegen Sie sich, welche der obige code aufgerufen wird, Redundant.

Das problem ist, dass wir fordern row.findViewById immer und immer wieder, obwohl nach dem ersten mal schauen wir es wird sich nie ändern. Während, wenn Sie nur eine einfache TextView in deiner Liste, es ist wahrscheinlich nicht so schlimm, wenn Sie ein Komplexes layout, oder Sie haben mehrere Ansichten, die Sie festlegen möchten Daten, die Sie verlieren könnten, ein bisschen Zeit finden, Ihre Ansicht über und über wieder.

So, wie lösen wir das? Naja, würde es Sinn machen, zu lagern, dass TextView irgendwo, nach dem wir suchen. So führen wir eine Klasse namens ein ViewHolder, die "hält" die Ansichten. Also im inneren des Adapters, die Einführung einer inneren Klasse in etwa so:

private static class ViewHolder {
    TextView textView;
}

Diese Klasse ist privat, da es nur ein caching-Mechanismus für den adapter, und es ist statisch, so dass wir nicht brauchen eine Referenz auf den adapter zu verwenden.

Store unserer Sicht so, dass wir nicht zu nennen row.findViewById mehrere Male. Wo sollen wir das einstellen? Wenn wir Blasen den Blick für die erste Zeit. Wo speichern wir es? Aussicht haben eine eigene "tag" - Feld, das verwendet werden kann zum speichern von meta-Informationen über die Sicht - genau das, was wir wollen! Dann, wenn wir haben bereits gesehen, diese Ansicht, wir müssen nur schauen, bis der tag statt, sucht sich jede der Ansichten innerhalb der Zeile..

Also die if-Anweisung innerhalb der getView() wird:

//If the row is null, it means that we aren't recycling anything - so we have
//to inflate the layout ourselves.
ViewHolder holder = null;
if(row == null) {
    LayoutInflater inflater = (LayoutInflater)getContext().getSystemService(Context.LAYOUT_INFLATER_SERVICE);
    row = inflater.inflate(R.layout.list_item, parent, false);
    //Now create the ViewHolder
    holder = new ViewHolder();
    //and set its textView field to the proper value
    holder.textView =  (TextView) row.findViewById(R.id.listItemTextView);
    //and store it as the 'tag' of our view
    row.setTag(holder);
} else {
    //We've already seen this one before!
    holder = (ViewHolder) row.getTag();
}

Nun, wir haben gerade ein update der Halter.textView text Wert, da es bereits einen Verweis auf das Recycling-Ansicht! Also unsere letzten adapter s-code wird:

public View getView(int position, View convertView, ViewGroup parent) {
    //Here, position is the index in the list, the convertView is the view to be
    //recycled (or created), and parent is the ListView itself.

    //Grab the convertView as our row of the ListView
    View row = convertView;

    //If the row is null, it means that we aren't recycling anything - so we have
    //to inflate the layout ourselves.
    ViewHolder holder = null;
    if(row == null) {
        LayoutInflater inflater = (LayoutInflater)getContext().getSystemService(Context.LAYOUT_INFLATER_SERVICE);
        row = inflater.inflate(R.layout.list_item, parent, false);
        //Now create the ViewHolder
        holder = new ViewHolder();
        //and set its textView field to the proper value
        holder.textView =  (TextView) row.findViewById(R.id.listItemTextView);
        //and store it as the 'tag' of our view
        row.setTag(holder);
    } else {
        //We've already seen this one before!
        holder = (ViewHolder) row.getTag();
    }

    //Grab the item to be rendered. In this case, I'm just using a string, but
    //you will use your underlying object type.
    final String item = getItem(position);

    //And update the ViewHolder for this View's text to the correct text.
    holder.textView.setText(item);

    //and return the row
    return row;
}

Und wir sind fertig!

Einige Dinge zu denken:

1. Wie wirkt sich diese änderung, wenn Sie mehrere Ansichten in einer Zeile, die Sie ändern möchten? Als eine Herausforderung, eine ListView, wo jede Zeile hat zwei TextView Objekte und eine ImageView
2. Beim Debuggen der ListView, überprüfen Sie ein paar Dinge, so dass Sie wirklich sehen können, was Los ist:
   1. Wie oft ViewHolder Konstruktor aufgerufen wird.
   2. Was der Wert von holder.textView.getText() ist, bevor Sie es aktualisieren am Ende der getView()

InformationsquelleAutor mindvirus