为什么食谱在看起来没有必要时提倡重写 getItemViewType 和 getViewTypeCount ？

我一直在学习 Commonsware Android 编程教程，在教程 5，额外学分 2 中，挑战是根据对象的“类型名称”（餐厅的“类型”属性）使用多种布局在 ListView 中显示行，这是一个字符串）。因此，它建议重写getItemViewType and getViewTypeCount在自定义 ArrayAdapter 中。除此之外安卓文档 http://developer.android.com/reference/android/widget/ArrayAdapter.html和别的在线食谱 https://stackoverflow.com/questions/5300962/getviewtypecount-and-getitemviewtype-methods-of-arrayadapter or 博客文章 http://android.amberfog.com/?p=296建议相同。

在这种情况下，遵循此配方并覆盖这两个方法可以很好地工作，但会导致基于检查该餐厅“类型”属性的值的冗余逻辑。例如（请注意，此适配器是一个内部类并且restaurants是声明为外部 Activity 成员的 Restaurant 对象的 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;
  }

}

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

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 and getItemViewType.

我的问题是：如果不需要的话，为什么要重写这两种方法？

如果不需要的话，为什么要重写这两种方法呢？

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

getItemViewType() and getViewTypeCount()都是为了保证行回收工作。 Android 将维护单独的对象池，并且只会将正确类型的行返回给您回收。

在你的解决方案中，你可以膨胀R.layout.row_delivery行，然后当您确实需要时将其交还给您进行回收R.layout.row_sit_down row.

顺便说一句，不要使用inflate(R.layout.row_take_out, null) in an AdapterView。要得到RelativeLayout正确处理的规则，使用inflate(R.layout.row_take_out, parent, false).