为什么配方在似乎没有必要的时候会促进覆盖getItemViewType和getViewTypeCount？

Question

我一直在研究Commonsware Android编程教程，在教程5，额外学分2中，挑战在于使用多个布局在ListView中显示行，具体取决于对象的"类型名称"（餐厅的"类型"属性，这是一个字符串）。因此，它建议在自定义 ArrayAdapter 中重写getItemViewType和getViewTypeCount。此外，android文档和其他在线食谱或博客文章也提出了相同的建议。

在这种情况下，遵循此配方并重写这两个方法可以正常工作，但会导致基于检查该 Restaurant "type" 属性的值的冗余逻辑。例如（请注意，此适配器是一个内部类，restaurants是声明为外部活动成员的餐厅对象的 ArrayList）：

class RestaurantsAdapter extends ArrayAdapter<Restaurant> {
  private static final int ROW_TYPE_DELIVERY = 0;
  private static final int ROW_TYPE_TAKE_OUT = 1;
  private static final int ROW_TYPE_SIT_DOWN = 2;
  RestaurantsAdapter() {
    super(LunchListActivity.this, android.R.layout.simple_list_item_1, restaurants);
  }
  public int getViewTypeCount() {
    return 3;
  }
  public int getItemViewType(int position) {
    String type = restaurants.get(position).getType();
    if (type == "delivery") {
      return ROW_TYPE_DELIVERY;
    } else if (type == "take_out") {
      return ROW_TYPE_TAKE_OUT;
    } else {
      return ROW_TYPE_SIT_DOWN;
    }
  }
  // Sets the icon, name and address of the Restaurant for the view.
  public View getView(int position, View convertView, ViewGroup parent) {
    View row = convertView;
    RestaurantHolder viewHolder;
    if (row == null) {
      LayoutInflater inflater = getLayoutInflater();
      switch (getItemViewType(position)) {
        case ROW_TYPE_DELIVERY:
          row = inflater.inflate(R.layout.row_delivery, null);
          break;
        case ROW_TYPE_TAKE_OUT:
          row = inflater.inflate(R.layout.row_take_out, null);
          break;
        default:
          row = inflater.inflate(R.layout.row_sit_down, null);
          break;
      }
      viewHolder = new RestaurantHolder(row);
      row.setTag(viewHolder);
    } else {
      viewHolder = (RestaurantHolder)row.getTag();
    }
    viewHolder.populateFrom(restaurants.get(position));
    return row;
  }
}

让我烦恼的是重复的逻辑（getItemViewType中的 if/else 和 getView 中的 switch）。因此，我将实现更改为以下内容：

class RestaurantsAdapter extends ArrayAdapter<Restaurant> {
  RestaurantsAdapter() {
    super(LunchListActivity.this, android.R.layout.simple_list_item_1, restaurants);
  }
  // Sets the icon, name and address of the Restaurant for the view.
  public View getView(int position, View convertView, ViewGroup parent) {
    View row = convertView;
    RestaurantHolder viewHolder;
    if (row == null) {
      LayoutInflater inflater = getLayoutInflater();
      if (restaurants.get(position).getType() == "delivery") {
        row = inflater.inflate(R.layout.row_delivery, null);
      } else if (restaurants.get(position).getType() == "take_out") {
        row = inflater.inflate(R.layout.row_take_out, null);
      } else {
        row = inflater.inflate(R.layout.row_sit_down, null);
      }
      viewHolder = new RestaurantHolder(row);
      row.setTag(viewHolder);
    } else {
      viewHolder = (RestaurantHolder)row.getTag();
    }
    viewHolder.populateFrom(restaurants.get(position));
    return row;
  }
}

这实现了动态加载三个 xml 布局之一的目标，删除了冗余逻辑，略微减少了代码与布局数量的耦合，并且不需要覆盖getViewTypeCount和getItemViewType。

我的问题是：如果没有必要，为什么要覆盖这两种方法？

Answer 1

如果没有必要，为什么要覆盖这两种方法？

添加几十家不同类型的餐厅，并观察滚动时您的行回收变得混乱，鉴于上面显示的实现。

getItemViewType()和getViewTypeCount()是为了确保行回收有效。Android 将维护单独的对象池，并且只会给您一行以回收正确类型的对象池。

在您的解决方案中，您可以给R.layout.row_delivery行充气，然后在您真正需要R.layout.row_sit_down行时将其交还给您进行回收。

顺便说一句，不要在AdapterView中使用inflate(R.layout.row_take_out, null).要正确处理RelativeLayout规则，请使用 inflate(R.layout.row_take_out, parent, false) 。