getView() 如何在自定义适配器中工作？答案

【问题标题】：How does getView() work in a custom adapter?getView() 如何在自定义适配器中工作？
【发布时间】：2013-08-05 08:14:56
【问题描述】：

public View getView(int index, View view, ViewGroup parent){
    if (view == null) { // for the first time, inflate the view
        LayoutInflater inflater =
            LayoutInflater.from(parent.getContext());
        view = inflater.inflate(
            R.layout.time_list_item, parent, false);
    }
    /**
    * The layout under consideration has two TextViews in it
    * one to display the time and other to display some text.
    */
    TimeRecord time = times.get(index);
    timeTextView.setText(time.getTime());
    TextView timeTextView = (TextView)
    view.findViewById(R.id.time_view);
    notesTextView.setText(time.getNotes());
    TextView notesTextView = (TextView)
    view.findViewById(R.id.notes_view);

    return view;
}

我知道 getView() 会为要显示的集合中的每个项目重复调用。我正在使用的参考资料说，为了优化性能，您应该重用视图。现在，这种“重用”让我感到困惑。

这些返回的视图将显示在ListView 中。如果我只返回一个用新数据重新填充的View，数据将如何正确显示？怎么会有多个条目？
换句话说，我不只是返回一个视图并期望看到多个 ListView 条目吗？不应该是我返回新的Views 吗？

【问题讨论】：

android.amberfog.com/?p=296

标签： android android-listview baseadapter

【解决方案1】：

getView() 如何在自定义适配器中工作？

getView() 方法被调用的次数与行数一样多。每行都有自己的视图。

现在，这种“重复使用”让我感到困惑。

这叫做视图回收。换句话说，如果行不可见，则它不为空（如果已创建且至少可见一次），但如果您不创建将保存行的子视图的机制，则回收将不起作用，在您的情况下，您的 findViewById()将为每一行调用（例如 1000 行，效率不高）。

为此目的使用了 Holder 设计模式。它是一个简单的任意对象，包含每行的子视图的引用。

你可以像这样实现它：

public class RowHolder {

   private View row;

   // childs widgets in row
   private TextView name;

   public RowHolder(View row) {
      this.row = row; // row in ListView (in your case)
   }

   public TextView getName() {
      if (name == null) {
         name = (TextView) row.findViewById(<id>);
      }
      return name;
   }

   ...
}

还有一个用法：

LayoutInflater inflater;
RowHolder holder = null;

// row created first time
if (convertView == null) {
   convertView = inflater.inflate(<rowXMLLayout>, null, false);
   holder = new RowHolder(convertView); // adding row to arbitrary obj
   convertView.setTag(holder) // adding this obj to row at position
}
else {
  // recycling started
  holder = (RowHolder) convertView.getTag();
}


// updating rows
holder.getName().setText(<value?>);
...

【讨论】：

所以在自定义ExpandableListViewAapter 的情况下，我发布的方法将不起作用。它需要...修改:)
@LittleChild 你应该获得更多的“效率”。

【解决方案2】：

ListView 中的这种行为名为 Recycling ，您可以在 How ListView's recycling mechanism works 和 View Recycling in ListView 了解更多信息

【讨论】：

谢谢，f2.prateek 上的博文确实帮助我弄清楚了 :)

【解决方案3】：

所以 ListView 以这种方式使用您的自定义适配器：

它将可见的视图和屏幕外的少数视图膨胀到准备好稍后展示它们。
它通过调用您的方法 getView() 来扩展视图。
结果是视图被保存到 ListView 内的弱引用数组中 - 这意味着当应用程序内存不足时，垃圾收集器可能会从其中删除视图。

优点是，如果您在 getView 中正确地重用 RECYCLED VIEW，那么命令 inflate() 有时只会被调用一次（但不是针对每个列表项，当不需要时）。而这种膨胀是我们想要省略的，因为它非常缓慢。

而且这个数组的入口与您的自定义适配器在 getViewTypeCount() 中返回的一样多。在简单的列表视图中，它只有 1。这就是为什么在 getView(int index, View returnedView, ViewGroup parent) 中执行此回收时，您每次都会获得相同的回收视图作为参数，您必须使用 = 省略另一个膨胀和更改它的属性如 textViews、图像等，所以它包含你想要的东西。换句话说，列表的每个项目看起来都不一样，只是相似，因为它具有相同的布局（字面上相同的布局文件和相同的布局，如边距、宽度等）

如果您在 Listview 中使用了几个视图，这意味着您膨胀 1 个视图后，其他时间不同。十你应该重写 getViewTypeCount() 和 getItemViewType() 以便 Listview 知道列表的哪个索引应该获取哪个视图。

【讨论】：