Списки в Android
от Naik
Есть несколько способов решить эту задачу. Самый простой - сделать это с помощью ScrollView. Вы просто помещаете в контейнер нужные элементы интерфейса, привязываете к ним данные вручную и помещаете в ScrollView (HorizontalScrollView).
Этот способ целесообразно использовать если элементы в списке разные и их немного (максимум допустимая высота - несколько экранов, если больше, то стоит задуматься о другом решении).
Второй способ - использовать ListView. Идеально подходит для небольших списков с одинаковыми элементами. Вы должны создать Adapter (либо использовать один из нескольких встроенных). Если список длинный, то нужно обязательно реализовывать паттерн ViewHolder, потому что если при каждом вызове метода адаптера getView будет происходить поиск элементов интерфейса (findViewById), то Вы можете заметить задержки при прокрутке списка. Но все же что бы вы не делали, на больших списках задержки в работе ListView неизбежны во многих слуяаях.
Третий способ - это RecyclerView. Это очень мощная и гибкая реализация списка, к тому же оптимизирована лучше чем ListView.
Реализация доступна в appcompat библиотеке, так что можно не переживать насчет совместимости со старыми версиями ОС. В большинстве случаев это лучший выбор для рализации списка. Стоит всегда давать предпочтение RecyclerView перед ListView, даже если Вам кажется что в списке будет всего несколько элементов, вероятно когда-нибудь захочется расширить список и не прийдется ничего переделывать.
У этого решения есть ряд плюсов:
- встроенная поддержка ViewHolder
- поддержка разных типов элементов (переопределение getItemViewType)
- поддержка декораторов для элементов (ItemDecoration)
- поддержка LayoutManager, который управляет размещением и измерением элементов (например сеткой (grid) или обычным списком (linear)), можно написать свою имплементацию
- поддержка анимации вставки/изменения/удаления одного элемента (причём если вызвать setHasStableIds(true) у адаптера и переопределить getItemId, то это будет происходить автоматически).
- анимации элементов и жесты для сдвига влево/вправо реализуются без проблем
Из минусов можно отметить отсутствие встроенной реализации фильтрования списка (есть у ListView), нету headerView, emptyView, footerView (имхо самый большой минус, приходится выкручиваться - переделывать RecyclerView, либо выносить это в Adapter, либо вообще делать отдельными элементами интерфейса отдельно от списка).
Недостатки RecyclerView
Вроде бы на этом можно заканчивать со списками, но когда доходит до практики, то появляется в приложении package adapters в котором лежат все наши адаптеры списков.
И чем далее, тем их больше. Потом мы хотим добавить категории в список, и в нем появляется несколько itemViewType, а потом мы хотим добавить еще один тип в список.
Позже нам может понадобится вот такой же список, но без категорий. Выход? +1 адаптер
А как же главный принцип ООП - переиспользование?
А что если отображение конкретного элемента вынести из адаптера? Звучит интересно. Давайте же попробуем это реализовать.
AdapterDelegate
Предоставим создание ViewHolder и его биндинг отдельным обьектам, назовем их AdapterDelegate. Это может выглядеть примерно так.
- /**
- * @param T data items represented by delegates
- */
- public interface AdapterDelegate<T> {
- int getItemViewType();
- boolean isForViewType(@NonNull T items, int position);
- @NonNull RecyclerView.ViewHolder onCreateViewHolder(ViewGroup parent);
- void onBindViewHolder(@NonNull T items, int position, @NonNull RecyclerView.ViewHolder holder);
- long getItemId(@NonNull T items, int position);
- }
int getItemViewType(); - возвращает тип (просто некую константу, который буде асоциироваться с этим делегатом)
boolean isForViewType(@NonNull T items, int position); - если вернет true, то этот делегат будет использован для отображения элемента данных на позиции position.
Остальные методы думаю понятны.
Пример реализации делегата
- public class FriendDelegate implements AdapterDelegate<List<Model>> {
- private final int mViewType;
- public FriendDelegate(int viewType) {
- mViewType = viewType;
- }
- @Override
- public int getItemViewType() {
- return mViewType;
- }
- @Override
- public boolean isForViewType(@NonNull List<Model> items, int position) {
- return items.get(position) instanceof Friend;
- }
- @NonNull
- @Override
- public RecyclerView.ViewHolder onCreateViewHolder(ViewGroup parent) {
- return null; // TODO: not implemented
- }
- @Override
- public void onBindViewHolder(@NonNull List<Model> items, int position, @NonNull RecyclerView.ViewHolder holder) {
- // TODO: not implemented
- }
- @Override
- public long getItemId(@NonNull List<Model> items, int position) {
- return items.get(position).getId();
- }
- }
Тут нужно наверное сказать, что Model - это интерфейс, который реализуют все элементы списка, мы не можем строго типизировать делегат по типу Friend, т.к. в списке могут быть и другие обьекты (User, Header, etc).
DeledatesManager
Ok, делегат есть, но кто будет им управлять? Напишем же простой DelegatesManger
- public class DelegateManager<T> {
- private final SparseArray<AdapterDelegate<T>> mDelegateSparseArray = new SparseArray<>();
- public DelegateManager<T> addDelegate(@NonNull AdapterDelegate<T> delegate) {
- int viewType = delegate.getItemViewType();
- if (mDelegateSparseArray.get(viewType) != null) {
- throw new IllegalArgumentException("AdapterDelegate viewType=" + viewType + " already used by other delegate!");
- }
- mDelegateSparseArray.put(viewType, delegate);
- return this;
- }
- public void addDelegates(@NonNull Iterable<AdapterDelegate<T>> delegates) {
- for (AdapterDelegate<T> delegate : delegates) {
- addDelegate(delegate);
- }
- }
- public DelegateManager<T> removeDelegate(AdapterDelegate<T> delegate) {
- mDelegateSparseArray.remove(delegate.getItemViewType());
- return this;
- }
- public int getItemViewType(@NonNull T items, int position) {
- return findDelegateForPosition(items, position).getItemViewType();
- }
- @NonNull
- public RecyclerView.ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) {
- AdapterDelegate<T> delegate = mDelegateSparseArray.get(viewType);
- return delegate.onCreateViewHolder(parent);
- }
- public void onBindViewHolder(@NonNull T items, int position, @NonNull RecyclerView.ViewHolder viewHolder) {
- AdapterDelegate<T> delegate = mDelegateSparseArray.get(viewHolder.getItemViewType());
- if (delegate == null) {
- throw new NullPointerException("No AdapterDelegate added for ViewType " + viewHolder.getItemViewType());
- }
- delegate.onBindViewHolder(items, position, viewHolder);
- }
- public long getItemId(@NonNull T items, int position) {
- return findDelegateForPosition(items, position).getItemId(items, position);
- }
- @NonNull
- private AdapterDelegate<T> findDelegateForPosition(@NonNull T items, int position) {
- int delegatesCount = mDelegateSparseArray.size();
- for (int i = 0; i < delegatesCount; i++) {
- AdapterDelegate<T> delegate = mDelegateSparseArray.valueAt(i);
- if (delegate.isForViewType(items, position)) {
- return delegate;
- }
- }
- throw new IllegalArgumentException(
- "No AdapterDelegate added that matches position=" + position + " in data source");
- }
- }
Как видно из кода выше, мы просто держим коллекцию делегатов в SparseArray, позволяем их добавлять\удалять и делегируем методы из Adapter делегатам.
RecyclerAdapter
Ну вот теперь мы и добились того, что нам достаточно иметь один RecyclerAdapter на весь проект, и собирать его по частям добавляя\удаляя нужные делегаты. Напишем для примера простой адаптер, заодно увидим как будет использоваться эта вся система на практике.
- /**
- * @param T data items
- */
- public class DelegateRecyclerAdapter<T extends List> extends RecyclerView.Adapter<RecyclerView.ViewHolder> {
- private final DelegateManager<T> mDelegateManager;
- private T mData;
- public DelegateRecyclerAdapter(List<AdapterDelegate<T>> delegates, T data, boolean hasStableIds) {
- mData = data;
- mDelegateManager = new DelegateManager<>();
- mDelegateManager.addDelegates(delegates);
- setHasStableIds(hasStableIds);
- }
- @Override
- public RecyclerView.ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) {
- return mDelegateManager.onCreateViewHolder(parent, viewType);
- }
- @Override
- public void onBindViewHolder(RecyclerView.ViewHolder holder, int position) {
- mDelegateManager.onBindViewHolder(mData, position, holder);
- }
- @Override
- public int getItemViewType(int position) {
- return mDelegateManager.getItemViewType(mData, position);
- }
- @Override
- public long getItemId(int position) {
- return mDelegateManager.getItemId(mData, position);
- }
- @Override
- public int getItemCount() {
- return mData.size();
- }
- }
ViewHolder
Остался еще один элемент, до которого мы не добрались Чтобы не создавать по множество по сути банального кода, мы напишем универсальный ViewHolder.
- public class SimpleViewHolder extends RecyclerView.ViewHolder {
- private final SparseArray<View> mViewSparseArray = new SparseArray<>();
- private final View mRootView;
- public SimpleViewHolder(View itemView) {
- super(itemView);
- mRootView = itemView;
- }
- public SimpleViewHolder useView(@IdRes int viewId) {
- View v = mRootView.findViewById(viewId);
- if (v == null) {
- throw new IllegalArgumentException("View with id=" + viewId
- + " not found in this ViewHolder root view");
- }
- mViewSparseArray.put(viewId, v);
- return this;
- }
- public <T extends View> T getView(@IdRes int viewId) {
- T view = (T) mViewSparseArray.get(viewId);
- if (view == null) {
- throw new IllegalArgumentException("View with id=" + viewId
- + " not found, try call useView(viewId) before");
- }
- return view;
- }
- }
А заодно самое время дописать FriendDelegate:
- @NonNull
- @Override
- public RecyclerView.ViewHolder onCreateViewHolder(ViewGroup parent) {
- return new SimpleViewHolder(LayoutInflater.from(parent.getContext())
- .inflate(R.layout.item_friend, parent, false))
- .useView(R.id.friend_avatar)
- .useView(R.id.friend_name);
- }
- @Override
- public void onBindViewHolder(@NonNull List<? extends Model> items, int position, @NonNull RecyclerView.ViewHolder holder) {
- SimpleViewHolder viewHolder = (SimpleViewHolder) holder;
- Friend friend = (Friend) items.get(position);
- String firstLetter = friend.name.substring(0, 1);
- viewHolder.<TextView>getView(R.id.friend_name).setText(friend.name);
- viewHolder.<ImageView>getView(R.id.friend_avatar).setImageDrawable(
- TextDrawable.builder().buildRound(firstLetter,
- ColorGenerator.MATERIAL.getColor(firstLetter)).getCurrent()
- );
- }
Конфигурирование списка
Вот собственно пример того, как может использоваться вся эта система где-нибудь во фрагменте
- @Override
- public View onCreateView(LayoutInflater inflater, ViewGroup container,
- Bundle savedInstanceState) {
- View rootView = inflater.inflate(R.layout.fragment_main, container, false);
- RecyclerView recyclerView = (RecyclerView) rootView.findViewById(R.id.recyclerView);
- recyclerView.setLayoutManager(new LinearLayoutManager(getContext()));
- recyclerView.setAdapter(getListAdapter(Utils.generateFriends(30)));
- return rootView;
- }
- private RecyclerView.Adapter getListAdapter(List<? extends Model> models) {
- return new DelegateRecyclerAdapter<>(new ArrayList<AdapterDelegate<List<? extends Model>>>() {{
- add(new FriendDelegate(1));
- }}, models, true);
- }
На этом этапе можно создать какой-нибудь ActionHandler и передать в нужные делегаты для обработки событий нажатия на элемент списка. Особенно хорошо это будет работать в связке с DataBinding. А пока что у нас уже есть вполне рабочий список.
DataBinding
Наш универсальный SimpleViewHolder пока что мало функционален и не очень удобен. Исправить это можно с помощью DataBinding, Создадим же специальный ViewHolder с поддержкой биндинга.
Итак для начала подключим DataBinding. Технология поддерживается начиная с Android API 7, но хорошо работает только с API 19, а лучше 21 Для подключения нужен gradle plugin не ниже версии 1.5.0-alpha1 (сейчас уже доступен 2.1.0-alpha1). Последнюю версию можно всегда посмотреть здесь https://bintray.com/android/an...ls.build.gradle/view
Теперь все что нужно, это включить биндинг в build.gradle
- android {
- ....
- dataBinding {
- enabled = true
- }
- }
И еще -- рекомендую использовать самую последнюю сборку AndroidStudio, т.к. в стабильной ветке студии поддержка биндинга хромает (да и в альфа сборках до сих пор не поддерживается подсветка кода в xml )
Все, теперь можно написать вот такой BindableViewHolder по аналогии с SimpleViewHolder.
- public class BindableViewHolder <VB extends ViewDataBinding> extends RecyclerView.ViewHolder {
- private final VB mBinding;
- private BindableViewHolder(VB binding) {
- super(binding.getRoot());
- mBinding = binding;
- }
- public static <VB extends ViewDataBinding> BindableViewHolder<VB> newInstance(@LayoutRes int layoutId, ViewGroup parent) {
- VB vb = DataBindingUtil.inflate(LayoutInflater.from(parent.getContext()), layoutId, parent, false);
- return new BindableViewHolder<>(vb);
- }
- public VB getBinding() {
- return mBinding;
- }
- }
Круто, правда? Кода меньше, а сам holder намного удобнее в использовании.
Перепишем во первых разметку элемента списка.
Было
- <?xml version="1.0" encoding="utf-8"?>
- <android.support.v7.widget.CardView
- xmlns:android="http://schemas.android.com/apk/res/android"
- xmlns:app="http://schemas.android.com/apk/res-auto"
- xmlns:tools="http://schemas.android.com/tools"
- android:layout_width="match_parent"
- android:layout_height="wrap_content"
- style="@style/ListItemStyle">
- <LinearLayout
- android:layout_width="match_parent"
- android:layout_height="wrap_content"
- android:orientation="horizontal"
- android:gravity="center_vertical"
- android:padding="@dimen/spacing_tiny"
- android:layout_marginLeft="@dimen/spacing_tiny"
- android:background="?selectableItemBackground"
- android:clickable="true">
- <ImageView
- android:id="@+id/friend_avatar"
- android:layout_width="@dimen/avatar_size"
- android:layout_height="@dimen/avatar_size"
- android:layout_margin="@dimen/spacing_tiny"/>
- <TextView
- android:id="@+id/friend_name"
- style="@style/TextAppearance.AppCompat.Medium"
- android:layout_marginLeft="@dimen/spacing_large"
- android:layout_width="match_parent"
- android:layout_height="wrap_content"
- tools:text="Test label"/>
- </LinearLayout>
- </android.support.v7.widget.CardView>
Стало
- <?xml version="1.0" encoding="utf-8"?>
- <layout>
- <data>
- <variable
- name="friend"
- type="ua.naiksoftware.hidetabs.model.Friend"/>
- </data>
- <android.support.v7.widget.CardView
- xmlns:android="http://schemas.android.com/apk/res/android"
- xmlns:app="http://schemas.android.com/apk/res-auto"
- xmlns:tools="http://schemas.android.com/tools"
- style="@style/ListItemStyle"
- android:layout_width="match_parent"
- android:layout_height="wrap_content">
- <LinearLayout
- android:layout_width="match_parent"
- android:layout_height="wrap_content"
- android:layout_marginLeft="@dimen/spacing_tiny"
- android:background="?selectableItemBackground"
- android:clickable="true"
- android:gravity="center_vertical"
- android:orientation="horizontal"
- android:padding="@dimen/spacing_tiny">
- <ImageView
- android:id="@+id/friend_avatar"
- android:layout_width="@dimen/avatar_size"
- android:layout_height="@dimen/avatar_size"
- android:layout_margin="@dimen/spacing_tiny"
- app:letterDrawable='@{friend.name}'/>
- <TextView
- android:id="@+id/friend_name"
- style="@style/TextAppearance.AppCompat.Medium"
- android:layout_width="match_parent"
- android:layout_height="wrap_content"
- android:layout_marginLeft="@dimen/spacing_large"
- android:text='@{friend.name}'
- tools:text="Test label"/>
- </LinearLayout>
- </android.support.v7.widget.CardView>
- </layout>
Единственный обязательный здесь атрибут, для работы биндинга - это <layout> - вы обязаны обернуть в него разметку, если хотите пользоваться биндингом.
Терерь при компиляции будет автоматически создаваться класс, имя которого - название разметки преобразованное в camel case + binding (но есть и возможность самому задать это имя)
Например для разметки item_friend_bindable сгенерируется ItemFriendBindableBinding В этом случае стоит наверное переименовать разметку или задать свое имя биндинга.
Итак, что мы видим? Создали в разметке переменную Friend, в TextView взяли из нее имя друга, а вот что это за аттрибут app:letterDrawable='@{friend.name}' ?? Дело в том, что мы теперь можем создавать свои атрибуты. Для работы этого атрибута необходимо создать где-нибудь в проекте класс с любым именем (например Convrters) с таким методом
- @BindingAdapter("letterDrawable")
- public static void setLetterDrawable(ImageView imageView, String letters) {
- String firstLetter = letters.substring(0, 1);
- imageView.setImageDrawable(TextDrawable.builder().buildRound(firstLetter,
- ColorGenerator.MATERIAL.getColor(firstLetter)).getCurrent());
- }
Перепишем же теперь наш делегат
Открыть спойлер
Важно! Не забыть после бинда переменной вызвать executePendingBinding. Это нужно для того, чтобы элемент моментально перебиндил данные, иначе он может запустить этот процесс позже, а для списков это критично., могут появиться артефакты.
Если чем-то не подходит биндить Friend в xml, то можно достать из биндинга нужные View, у которых задан id. Для этого даже не нужно делать findViewById. В биндинге уже все есть. Например имя можно было бы задать и так
- viewHolder.getBinding().friendName.setText(friend.name);
А вот теперь нам не нужно переделывать сам список\адаптер. Благодаря системе делегатов мы можем поменять всего одну строчку, сказав таким образом списку - импользуй этот делегат для обьекта Friend
- private RecyclerView.Adapter getListAdapter(List<? extends Model> models) {
- return new DelegateRecyclerAdapter<>(new ArrayList<AdapterDelegate<List<? extends Model>>>() {{
- //add(new FriendDelegate(1));
- add(new BindingFriendDelegate(1));
- }}, models, true);
- }
На этом все, надеюсь мне удалось донести идею делегатов для списков. Если вас заинтересовала тема DataBinding в Android, то все возможности описаны здесь http://developer.android.com/i...ml#build_environment
Весь код доступен здесь https://github.com/NaikSoftwar...ImageAndTabs?files=1