Настраиваемый метод getView адаптера listview, который вызывается несколько раз и не имеет когерентного порядка
У меня есть адаптер пользовательского списка:
class ResultsListAdapter extends ArrayAdapter<RecordItem> {
в переопределенном методе getView. Я делаю печать, чтобы проверить, какая позиция и является ли она convertView или нет:
@Override
public View getView(int position, View convertView, ViewGroup parent) {
System.out.println("getView " + position + " " + convertView);
Выход этого (когда список сначала отображается, пока пользователь не вводит пользователя)
04-11 16:24:05.860: INFO/System.out(681): getView 0 null
04-11 16:24:29.020: INFO/System.out(681): getView 1 [email protected]
04-11 16:25:48.070: INFO/System.out(681): getView 2 [email protected]
04-11 16:25:49.110: INFO/System.out(681): getView 3 [email protected]
04-11 16:25:49.710: INFO/System.out(681): getView 0 [email protected]
04-11 16:25:50.251: INFO/System.out(681): getView 1 null
04-11 16:26:01.300: INFO/System.out(681): getView 2 null
04-11 16:26:02.020: INFO/System.out(681): getView 3 null
04-11 16:28:28.091: INFO/System.out(681): getView 0 null
04-11 16:37:46.180: INFO/System.out(681): getView 1 [email protected]
04-11 16:37:47.091: INFO/System.out(681): getView 2 [email protected]
04-11 16:37:47.730: INFO/System.out(681): getView 3 [email protected]
AFAIK, хотя я не мог найти это явно, getView() вызывается только для видимых строк. Поскольку мое приложение начинается с четырех видимых строк, по крайней мере, цифры позиций, циклически изменяющиеся от 0-3, имеют смысл. Но все остальное - беспорядок:
- Почему getview вызывается для каждой строки три раза?
- Где эти конверсионные элементы появляются, когда я еще не прокручивал?
Я немного поработал, и, не получив хорошего ответа, я заметил, что люди связывают эту проблему с проблемами макета. Итак, в случае, здесь макет, содержащий список:
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_height="fill_parent"
android:layout_width="fill_parent"
android:orientation="vertical" >
<TextView android:id="@+id/pageDetails"
android:layout_width="fill_parent"
android:layout_height="wrap_content" />
<ListView android:id="@+id/list"
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:drawSelectorOnTop="false" />
</LinearLayout>
и расположение каждой отдельной строки:
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="fill_parent"
android:layout_height="108dp"
android:padding="4dp">
<ImageView
android:id="@+id/thumb"
android:layout_width="120dp"
android:layout_height="fill_parent"
android:layout_alignParentTop="true"
android:layout_alignParentBottom="true"
android:layout_alignParentLeft="true"
android:layout_marginRight="8dp"
android:src="@drawable/loading" />
<TextView
android:id="@+id/price"
android:layout_width="wrap_content"
android:layout_height="18dp"
android:layout_toRightOf="@id/thumb"
android:layout_alignParentBottom="true"
android:singleLine="true" />
<TextView
android:id="@+id/date"
android:layout_width="wrap_content"
android:layout_height="18dp"
android:layout_alignParentBottom="true"
android:layout_alignParentRight="true"
android:paddingRight="4dp"
android:singleLine="true" />
<TextView
android:id="@+id/title"
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:textSize="17dp"
android:layout_toRightOf="@id/thumb"
android:layout_alignParentRight="true"
android:layout_alignParentTop="true"
android:paddingRight="4dp"
android:layout_alignWithParentIfMissing="true"
android:gravity="center" />
</RelativeLayout>
Спасибо за ваше время
Ответы
Ответ 1
Это не проблема, нет абсолютно никакой гарантии того порядка, в котором будет вызываться getView()
и сколько раз. В вашем конкретном случае вы делаете наихудшее возможное с помощью ListView
, давая ему height=wrap_content
. Это заставляет ListView
измерять несколько детей из адаптера во время компоновки, чтобы знать, насколько это необходимо. Это то, что предоставляет ListView
с помощью convertViews
, который вы видите, переданный в getView()
даже перед прокруткой.
Ответ 2
Попробуйте с match_parent
в свойстве layout_height
списка. Это предотвратит вызов getView()
так часто.
Ответ 3
Я избавился от этой проблемы, когда я изменил layout_width и layout_height на match_parent (изменение только layout_height не помогло).
Полезная заметка, если у вас есть вложенные элементы. Вы должны изменить "самый высокий" на match_parent. Надеюсь, это поможет кому-то.
Ответ 4
Я не могу ответить на ваш вопрос "Почему", но у меня определенно есть решение проблемы раздражающей проблемы ListView items repeating "(если у вас есть элементы в коллекции ур, которые больше чем высота экрана).
Как уже упоминалось выше, сохраните свойство android: layout_height тега ListVew как fill_parent.
А о функции getView() следует использовать статический класс, называемый ViewHolder. Просмотрите этот пример. Он успешно выполняет задачу добавления всех элементов в массив ur или ArrayCollection.
Надеюсь, что это поможет друзьям!
С наилучшими пожеланиями,
Siddhant
Ответ 5
Ques: Почему Adapter вызывает getView() многократно?
Ans: Поскольку Listview Renders при прокрутке обновляет его, просмотрите следующие ближайшие виды, для какой адаптер необходимо получить, вызвав getView().
Ques: почему он вызывает меньше, если ширина и высота списка заданы как fill_parent?
Ans: Потому что, поскольку инфлятор имеет фиксированный размер для области экрана для списка, он вычисляет один раз для отображение представлений на экране.
Надеемся, что он разрешит ваш запрос.
Ответ 6
У меня была такая же проблема с выпадающим списком в AutoCompleteTextView. Я боролся с проблемой в течение двух дней, пока не приеду сюда, и вы покажете мне решение.
Если я напишу dropDownHeight = "match_parent", проблема будет исправлена. Теперь проблема связана с UI (когда у вас есть один элемент, выпадающий список слишком большой), но проблема с несколькими вызовами (гораздо важнее) исправлена.
Спасибо!
Ответ 7
"Почему getview вызывается для каждой строки три раза?"
Поскольку getView вызывается, когда вы прокручиваете список и лучше говорите, что он вызывается, когда позиция вида вашего списка изменяется!
Ответ 8
У меня такая же проблема. Если у меня есть высота, заданная для fill_parent, тогда я получаю "обычно" 2 вызова в строке. Но если я установил высоту моего ListView на точное значение, скажем 300dp, тогда я получаю ровно один вызов GetView для каждой строки.
Итак, мне кажется, что единственный способ - сначала определить высоту экрана, а затем программно установить высоту listvilew для этого значения. Мне это не нравится. Надеюсь, что есть лучший способ.
Ответ 9
Для всех вас, кто еще (после установки height
от ListView
до match_parent
) застревают (как и я):
Вам также нужно установить height
родительского макета на match_parent
.
См. пример ниже. Здесь LinearLayout
является родительским:
<LinearLayout
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical">
<TextView
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="@string/something" />
<ListView
android:id="@+id/friendsList"
android:layout_width="match_parent"
android:layout_height="match_parent" />
</LinearLayout>
Ответ 10
Это может быть поздно, но если вы используете layout_weight
забывайте всегда устанавливать layout_width="0dp"
Ответ 11
Я сделал это решение, может быть, не самое лучшее, но делает работу...
//initialize control string
private String control_input = " ";
тогда =
@Override
public View getView(int position, View convertView, ViewGroup parent) {
View gridview = convertView;
// change input_array for the array you use
if (!control_input.equals(input_array[position])) {
control_input = input_array[position];
//do your magic
}
return gridview;
}
Надеюсь, поможет!