ListView: що це таке, прості списки в Android додатках

Що таке ListView в Android?

ListView — це View-група з пакета android.widget, призначена для відображення прокручуваного списку елементів. ListView реалізує патерн AdapterView: дані передаються через адаптер (Adapter), який конвертує елементи даних у View, що відображаються на екрані. ListView існує в Android SDK з першої версії (API 1) і не потребує додаткових бібліотек.

Архітектура ListView простіша, ніж у RecyclerView: LayoutManager вбудований (тільки вертикальна прокрутка), анімація змін відсутня, роздільники встановлюються через XML-атрибут android:divider. ListView автоматично додає OverScrollView та виділення при фокусі, що спрощує прототипування. За даними Statista (2025), близько 15% Android-додатків у топ-100 Play Store все ще містять ListView — в основному legacy-проєкти з мінімальною підтримкою.

Історія та актуальність

ListView був основним компонентом списків в Android з 2008 по 2014 рік, коли на Google I/O 2014 представили RecyclerView. Незважаючи на статус частково застарілого (soft-deprecated), ListView залишається доступним у всіх версіях Android і не позначений як @Deprecated в SDK API 35. Якщо ваш проєкт підтримує Android 4.4 (API 19) і нижче, ListView — єдиний вбудований вибір, оскільки RecyclerView потребує AndroidX та градл-залежності.

Типи адаптерів: ArrayAdapter та SimpleAdapter

ArrayAdapter — найпопулярніший адаптер для ListView. Він приймає List<T> та макет для кожного елемента. За замовчуванням ArrayAdapter викликає toString() для кожного об'єкта і відображає текст у simple_list_item_1 (один TextView). Для кастомного відображення потрібно перевизначити getView() або передати кастомний макет у конструктор.

// ListView з ArrayAdapter (простий текст)
class MainActivity : AppCompatActivity() {
    private lateinit var binding: ActivityMainBinding
    private val countries = listOf(
        "Росія", "США", "Німеччина",
        "Франція", "Японія", "Китай", "Бразилія"
    )

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        binding = ActivityMainBinding.inflate(layoutInflater)
        setContentView(binding.root)

        val adapter = ArrayAdapter<String>(
            this,
            android.R.layout.simple_list_item_1,
            countries
        )
        binding.listView.adapter = adapter

        // Обробка кліка
        binding.listView.onItemClickListener =
            AdapterView.OnItemClickListener { _, _, position, _ ->
                Toast.makeText(this, countries[position], Toast.LENGTH_SHORT).show()
            }
    }
}

SimpleAdapter призначений для списків з Map-даних. Він приймає List<Map<String, Any>> та масив from/to для зв'язування ключів Map з ID віджетів у макеті. SimpleAdapter зручний для швидких прототипів, коли не потрібен окремий клас адаптера. Недолік — відсутність type-safe типізації та складність з кастомною логікою.

<!-- Розмітка з ListView -->
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical">

    <ListView
        android:id="@+id/listView"
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:divider="@color/divider"
        android:dividerHeight="1px"
        android:scrollbars="vertical" />
</LinearLayout>

Створення кастомного адаптера з ViewHolder

Кастомний адаптер для ListView перевизначає метод getView(), який RecyclerView розбиває на onCreateViewHolder + onBindViewHolder. У ListView обидва кроки поєднані, тому розробник повинен самостійно реалізувати патерн ViewHolder через convertView (перевикористовуваний View) та тег setTag().

// Модель даних
data class Product(
    name: String,
    price: String,
    imageResId: Int
)

// Кастомний адаптер з ViewHolder
class ProductAdapter(
    context: Context,
    private val products: List<Product>
) : ArrayAdapter<Product>(context, 0, products) {

    // ViewHolder для кешування
    private class ViewHolder(view: View) {
        val nameText: TextView = view.findViewById(R.id.tvName)
        val priceText: TextView = view.findViewById(R.id.tvPrice)
        val imageView: ImageView = view.findViewById(R.id.ivProduct)
    }

    override fun getView(position: Int, convertView: View?, parent: ViewGroup): View {
        val view = convertView ?: LayoutInflater.from(context)
            .inflate(R.layout.item_product, parent, false)
            .also { it.tag = ViewHolder(it) }

        val holder = view.tag as ViewHolder
        val product = getItem(position)

        holder.nameText.text = product.name
        holder.priceText.text = product.price
        holder.imageView.setImageResource(product.imageResId)

        return view
    }
}

Ключова відмінність від RecyclerView: у ListView метод getView() викликається для кожної появи елемента на екрані. Якщо не використовувати convertView та ViewHolder, кожен скрол створює новий об'єкт View, що призводить до витоку пам'яті та лагів на списках з 50+ елементів. ViewHolder з view.tag — обов'язкова оптимізація для ListView з кастомними макетами.

Обмеження ListView: чому Google рекомендує RecyclerView

ListView має чотири архітектурних обмеження, які Google виправила в RecyclerView: (1) тільки вертикальна орієнтація — немає сіток, горизонтальних списків або каскадів; (2) відсутність точкових сповіщень — будь-яка зміна даних викликає повне перемальовування через notifyDataSetChanged(), що створює посмикування; (3) немає вбудованої анімації додавання/видалення елементів; (4) немає розділення обов'язків — LayoutManager вбудований, ItemAnimator відсутній.

<!-- item_product.xml — макет елемента ListView -->
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="wrap_content"
    android:orientation="horizontal"
    android:padding="12dp">

    <ImageView
        android:id="@+id/ivProduct"
        android:layout_width="56dp"
        android:layout_height="56dp"
        android:scaleType="centerCrop" />

    <LinearLayout
        android:layout_width="0dp"
        android:layout_height="wrap_content"
        android:layout_weight="1"
        android:orientation="vertical"
        android:paddingStart="12dp">

        <TextView
            android:id="@+id/tvName"
            android:textSize="16sp"
            android:textStyle="bold" />

        <TextView
            android:id="@+id/tvPrice"
            android:textSize="14sp"
            android:textColor="@color/price" />
    </LinearLayout>
</LinearLayout>

Практичні наслідки: на списках до 20 елементів ListView працює так само швидко, як RecyclerView. При 100+ елементах різниця стає помітною: ListView починає просідати по FPS через відсутність диф-розрахунків та примусового ViewHolder. Для списків з частим оновленням (чат, стрічка, логи) ListView не підходить — використовуйте RecyclerView з Paging 3. В IT Sectr ми мігруємо ListView на RecyclerView при будь-яких роботах над legacy-екранами з більш ніж 50 елементами.

Налаштування ListView через XML-атрибути

ListView надає набір XML-атрибутів для швидкого налаштування без коду: android:divider (колір/малюнок роздільника), android:dividerHeight (товщина), android:scrollbars (смуги прокрутки), android:fastScrollEnabled (швидка прокрутка по хендлеру), android:choiceMode (режим вибору: singleChoice, multipleChoice). Атрибут android:entries дозволяє заповнити список з масиву ресурсів (string-array) без адаптера.

Режим вибору: choiceMode="singleChoice" вмикає RadioButton-стиль, при якому вибраний елемент підсвічується. choiceMode="multipleChoice" — прапорці для кількох елементів. Дані вибору доступні через listView.checkedItemPosition або listView.checkedItemIds. Важливо: при choiceMode ListView використовує StateListDrawable для фону — встановіть власний селектор, якщо стандартний синій не підходить під дизайн.

ListView vs RecyclerView: порівняння можливостей

Вибір між ListView та RecyclerView залежить від вимог проєкту. RecyclerView — сучасний стандарт, але ListView може бути виправданий для простих екранів з мінімальними витратами на підтримку старого коду. Порівняння за всіма ключовими параметрами:

Висновок: для нових проєктів використовуйте RecyclerView. ListView залиште тільки в legacy-коді, де міграція невиправдано дорога. Згідно з гайдлайнами Material Design 3 (2026), списки будь-якої складності повинні використовувати RecyclerView для відповідності сучасним стандартам продуктивності та доступності.