Проблема с базовым адаптером и пикассо

Question

У меня возникли проблемы с загрузкой изображений в ListView с сервера Picasso.

У меня есть BaseAdapter, который используется для заполнения моего ListView. В этом ListView некоторые элементы имеют изображение, а некоторые нет.

в этом методе:

public View getView(final int position, View convertView, ViewGroup parent) { 

я:

... 

//context = Activity context; 
//context1 = Context context1; 
context1 = context.getApplicationContext(); 

if (!photo[position].equals("")) { 

    String stringurl = "http://www.blablabla.it/img/"+photo[position]+".jpg"; 

    Picasso.with(context1) 
      .load(stringurl) 
      .placeholder(R.drawable.white) 
      .into(holder.imageD); 
     } 
else { 

    holder.imageD.setImageBitmap(null); 
} 

Этот код работает, но слишком часто я вижу, что изображение находится в другом месте, чем где она принадлежит!

, как вы можете себе представить, что это очень раздражает пользователей .. Спасибо всем

Answer 1

Вы столкнулись с этой проблемой becuase элементов ListView рецикла Просмотр + Picasso вызовы являются асинхронными ... Как это может появится?

1. Вы начать загрузки с Пикассо
2. Посмотреть повторно используются (convertView! = NULL)
3. Вы настраиваете holder.imageD.setImageBitmap(null);
4. асинхронных от точки 1. является finnished

Вот почему у вас неправильный образ загружен ...

Чтобы избежать вам необходимо сообщить об этом загрузчику Picasso, чтобы отменить предыдущий запрос. Так вместо того, чтобы просто установка растрового изображения обнулить вы должны установить его с помощью библиотеки Пикассо (в еще Постулаты использования):

Picasso.with(context1).load(null).placeholder(R.drawable.white).into(holder.imageD);

редактировать: следующие @Budius комментарии: даже лучшее решение будет отменить и установить вместо этого:

{ 
    Picasso.with(context1).cancelRequest(holder.imageD); 
    //holder.imageD.setImageBitmap(null); //or 
    holder.imageD.setImageResource(R.drawable.white); //depends on your needs 
} 

Это должно быть более эффективным способом, поскольку он должен создавать меньше внутренних объектов при каждом вызове getView.