Адаптер Android getView лучше развязывает с помощью viewGroup

Question

Я хотел бы создать меньше работы для метода getView андроидного списка Adapter. Я читал, что мы можем позволить ViewGroup обновлять представление вместо метода getView и, таким образом, ускорить прокрутку. Мне нужна помощь в понимании этого понятия, и вот что я до сих пор:

@Override 
public View getView(int position, View convertView, ViewGroup parent) { 
    MyViewGroup myViewGroup; 
    if (convertView == null) { 
     myViewGroup = (MyViewGroup) LayoutInflater.from(context) 
      .inflate(R.layout.banana_phone, parent, false); 
    } else { 
     myViewGroup = (MyViewGroup) convertView; 
    } 

    InfoObject info = getItem(position); 

    myViewGroup.update(info); //how does this part work ? this is synchrounous so getView has to wait, doesn't it ? 

    return myViewGroup; 
} 

Я получил эту идею из этого site

Так что мой вопрос, как я могу сделать обновление ViewGroup, не давая GetView ждать. Я верю в реализацию, которую я получил выше. GetView будет ждать обновления группы просмотра, правильно? так что это все равно замедлит список. Я хотел бы привести пример того, как будет выглядеть пользовательская группа просмотра (или нестандартная, если это так)?

Может ли кто-нибудь привести пример того, как будет выглядеть MyViewGroup после расширения ViewGroup, и сказать, что обновление текстового представления в представлении списка как im не понимает, как структурировать настраиваемую группу представлений, чтобы, например, обновлять текстовое представление?

Answer 1

Вы правы, звонок update является (и должен быть!) Синхронным, и getView придется подождать.

Создание собственного ViewGroup для лучшего списка decoupling - оно не имеет преимуществ по производительности, а скорее переносит настройку значений в представлении в отдельный класс адаптера. Если вы затем использовали это представление в другом макете, например в виде заголовка в подробном представлении, вы уменьшили бы дублирование кода, используя метод update.