Универсальный адаптер ListView

Question

Универсальный адаптер ListView

1

Я пытаюсь создать пользовательский Adapter который может обрабатывать любые типы макетов, которые нужно раздувать. По умолчанию я подразумеваю, что любые данные, которые должны быть установлены в адаптере, и любой вид макета может использоваться с Listen Listers для установки для элемента.

Например:

У меня есть список контактов и список стран. Список контактов состоит из четырех элементов в его макете, т.е. изображения, имени, номера лица и контрольной панели. Список стран содержит CountryName (TextView) и флажок.

Можно ли использовать один и тот же адаптер и этот адаптер обрабатывать все виды товаров?

Я хочу, чтобы тиковые изображения были сброшены после нажатия на любой элемент.

Ahmed 16 июль 2012, в 20:28

Источник

0

Смотрите это
Samir Mangroliya 16 июль 2012, в 17:45
0

Спасибо за ответ. Но это не то, что я ищу. Это похоже на другие ссылки, которые у меня есть. Позвольте мне предоставить вам несколько лучших: D android.amberfog.com/?p=296 sudarmuthu.com/blog/… Если вы хотите, я могу предоставить вам больше: D ... Но я ищу универсальный адаптер, который может обрабатывать различные виды элементов списка. И мне не нужно жестко кодировать любой макет.
Ahmed 16 июль 2012, в 17:49
1

Я не думаю, что есть какой-то общий способ сделать это ... то, что вы можете сделать, это добавить оператор switch перед тем, как раздувать ваше представление. Но это не имеет никакого смысла ... Зачем вам нужен один адаптер? Сделайте отдельный адаптер для каждого типа списка.
Mohsin Naeem 16 июль 2012, в 17:52
0

Я немного подумал об этом, когда интенсивно работал со списками, но я просто не мог придумать общего способа, которым я мог бы надувать элементы из макета внутри адаптера в getView (). Однако у меня есть ощущение, что если мы возьмем на себя часть раздувания из адаптера и в деятельность, которая вызывает адаптер, это может сработать. Также было бы круче, если бы мы могли вставить в него дизайн ViewHolder. Я думаю, что я переосмыслил это.
Shubhayu 16 июль 2012, в 18:04
0

@MMohsinNaeem: причина проста. Не создавать отдельный адаптер каждый раз, когда приходит новый запрос с разным дизайном макета элемента. Если бы у нас был только один адаптер, разработчикам было бы проще повторно использовать адаптер, меняя только макеты и элементы.
Ahmed 16 июль 2012, в 19:19
0

@Shubhayu: У меня есть одна идея - создать список хеш-таблиц, содержащих элементы макета, и начать создавать элементы оттуда, однако это не оптимальное решение моей проблемы. Если бы могло быть что-то иное, чем обычный способ воссоздания адаптера.
Ahmed 16 июль 2012, в 19:22
0

@MMohsinNaeem: Кто сказал, что его сложно написать отдельный адаптер? Но я думаю, что это работа осла! Вот почему я ищу способ создания единого адаптера, который может работать с любым типом макета, который мы предоставляем.
Ahmed 16 июль 2012, в 19:53
0

Я думаю, что вы хотели бы попробовать смарт-адаптеры github.com/mrmans0n/smart-adapters . Он может обрабатывать List и Recyclerview.
Ravi Kumar Mistry 08 янв. 2016, в 12:32
0

Это полезно stackoverflow.com/a/38350061/3496570
Xar E Ahmer 13 июль 2016, в 11:17

Показать ещё 7 комментариев

Теги:

java

android

android-layout

android-adapter

android-listview

1 ответ

Ещё вопросы

Спасибо за ответ. Но это не то, что я ищу. Это похоже на другие ссылки, которые у меня есть. Позвольте мне предоставить вам несколько лучших: D android.amberfog.com/?p=296 sudarmuthu.com/blog/… Если вы хотите, я могу предоставить вам больше: D ... Но я ищу универсальный адаптер, который может обрабатывать различные виды элементов списка. И мне не нужно жестко кодировать любой макет.
Я не думаю, что есть какой-то общий способ сделать это ... то, что вы можете сделать, это добавить оператор switch перед тем, как раздувать ваше представление. Но это не имеет никакого смысла ... Зачем вам нужен один адаптер? Сделайте отдельный адаптер для каждого типа списка.
Я немного подумал об этом, когда интенсивно работал со списками, но я просто не мог придумать общего способа, которым я мог бы надувать элементы из макета внутри адаптера в getView (). Однако у меня есть ощущение, что если мы возьмем на себя часть раздувания из адаптера и в деятельность, которая вызывает адаптер, это может сработать. Также было бы круче, если бы мы могли вставить в него дизайн ViewHolder. Я думаю, что я переосмыслил это.
@MMohsinNaeem: причина проста. Не создавать отдельный адаптер каждый раз, когда приходит новый запрос с разным дизайном макета элемента. Если бы у нас был только один адаптер, разработчикам было бы проще повторно использовать адаптер, меняя только макеты и элементы.
@Shubhayu: У меня есть одна идея - создать список хеш-таблиц, содержащих элементы макета, и начать создавать элементы оттуда, однако это не оптимальное решение моей проблемы. Если бы могло быть что-то иное, чем обычный способ воссоздания адаптера.
@MMohsinNaeem: Кто сказал, что его сложно написать отдельный адаптер? Но я думаю, что это работа осла! Вот почему я ищу способ создания единого адаптера, который может работать с любым типом макета, который мы предоставляем.
Я думаю, что вы хотели бы попробовать смарт-адаптеры github.com/mrmans0n/smart-adapters . Он может обрабатывать List и Recyclerview.

RaphMclee · Answer 1 · 2012-07-27T14-45-00.000Z

Если у вас есть список с разными объектами, которые могут быть разных видов и для отображения требуются разные виды. Сделайте это так:

Пусть объект сам определяет представление. Внедрите интерфейс ViewProvider для каждого объекта. Этот интерфейс должен предоставить метод getView() который затем можно вызвать в адаптере.

Теперь адаптер должен только получить элемент из списка, полный ViewProviders и вызвать метод getView для получения представления.

Вам не придется беспокоиться об утилизации с просмотром, поскольку представления хранятся в каждом представлении ViewProvider и создаются только один раз. Обновление полей (если они есть) также может быть сделано на стороне объекта, а не в адаптере. Но вы должны уведомить адаптер об изменении данных, вызвав notifyDataSetChanged()

Спасибо за ответ. Мне нравится идея, но я все еще не уверен, что буду делать это таким образом. Можете ли вы предоставить пример кода? Спасибо :)