Предпосылка - то, что Ваша производительность более чем удваивается. Часть усиления понята сразу же (например, прежде чем в коде зарегистрируются), и часть понята далее на, когда существует меньше ошибок и отказов.
, Когда я учу студентов с опытом двух семестров, для большинства пар , их производительность более чем удваивается, потому что они задают друг другу вопросы, и они учатся и заканчивают быстрее. Но это не универсально верно; плохо подобранная пара может занять больше времени и сделать хуже, чем более квалифицированная половина.
Мне удалось это исправить, но я не понимаю , почему .
Как я уже упоминал, я установил layout_height
для макет элемента списка равен wrap_content
(поскольку fill_parent
здесь не имеет смысла, учитывая, что ListView бесконечно высок).
Однако я установил layout_height
из все представления внутри этого макета на fill_parent
. Проблема исчезла, если вместо этого установить их в wrap_content
.
Это вызывает два других вопроса:
1) Какова семантика представления, запрашивающего fill_parent
, когда родительский элемент wraps_content
? Какой запрос размера имеет приоритет?
2) Как я могу заставить представление заполнять элемент списка, если fill_parent
явно не выполняет '
Как вы увеличиваете количество строк?
Если вы не используете его прямо сейчас, попробуйте использовать LayoutInflater # inflate (layoutId, parent, false)
(где parent
- это AdapterView
, предоставленный getView ()
или newView ()
):
v = getLayoutInflater().inflate(R.layout.list_item, parent, false);
Я использую "AbsListView.LayoutParams" для настройки ширины и высоты вручную внутри "Adapter.getView()".