ListView: vad är det, enkla listor i Android-appar

Vad är ListView i Android?

ListView — är en View-grupp från paketet android.widget, avsedd för att visa en rullningsbar lista av element. ListView implementerar AdapterView-mönstret: data skickas via en adapter (Adapter) som konverterar dataelement till View som visas på skärmen. ListView har funnits i Android SDK sedan första versionen (API 1) och kräver inga extra bibliotek.

Arkitektur för ListView är enklare än RecyclerView: LayoutManager är inbyggd (endast vertikal rullning), animering av ändringar saknas, avgränsare ställs in via XML-attributet android:divider. ListView lägger automatiskt till OverScrollView och markering vid fokus, vilket förenklar prototypframställning. Enligt Statista (2025) innehåller cirka 15% av Android-apparna i Play Store topp-100 fortfarande ListView — främst legacy-projekt med minimalt stöd.

Historia och aktualitet

ListView var den huvudsakliga listkomponenten i Android från 2008 till 2014, när RecyclerView presenterades på Google I/O 2014. Trots statusen som delvis föråldrad (soft-deprecated) förblir ListView tillgänglig i alla Android-versioner och är inte markerad som @Deprecated i SDK API 35. Om ditt projekt stöder Android 4.4 (API 19) och lägre är ListView det enda inbyggda valet, eftersom RecyclerView kräver AndroidX och gradle-beroenden.

Typer av adaptrar: ArrayAdapter och SimpleAdapter

ArrayAdapter — den mest populära adaptern för ListView. Den accepterar List<T> och en layout för varje element. Som standard anropar ArrayAdapter toString() för varje objekt och visar texten i simple_list_item_1 (en TextView). För anpassad visning måste getView() åsidosättas eller en anpassad layout skickas i konstruktorn.

// ListView med ArrayAdapter (enkel text)
class MainActivity : AppCompatActivity() {
    private lateinit var binding: ActivityMainBinding
    private val countries = listOf(
        "Ryssland", "USA", "Tyskland",
        "Frankrike", "Japan", "Kina", "Brasilien"
    )

    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

        // Klickhantering
        binding.listView.onItemClickListener =
            AdapterView.OnItemClickListener { _, _, position, _ ->
                Toast.makeText(this, countries[position], Toast.LENGTH_SHORT).show()
            }
    }
}

SimpleAdapter är avsedd för listor från Map-data. Den accepterar List<Map<String, Any>> och en from/to-matris för att binda Map-nycklar med ID:n för widgetar i layouten. SimpleAdapter är bekväm för snabba prototyper när ingen separat adapterklass behövs. Nackdel — brist på type-safe-typning och komplexitet med anpassad logik.

<!-- Layout med 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>

Skapa en anpassad adapter med ViewHolder

Anpassad adapter för ListView åsidosätter metoden getView(), som RecyclerView delar upp i onCreateViewHolder + onBindViewHolder. I ListView är båda stegen kombinerade, så utvecklaren måste implementera ViewHolder-mönstret självständigt via convertView (återanvänd View) och tag setTag().

// Datamodell
data class Product(
    name: String,
    price: String,
    imageResId: Int
)

// Anpassad adapter med ViewHolder
class ProductAdapter(
    context: Context,
    private val products: List<Product>
) : ArrayAdapter<Product>(context, 0, products) {

    // ViewHolder för cachning
    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
    }
}

Viktig skillnad från RecyclerView: i ListView anropas metoden getView() för varje gång ett element visas på skärmen. Om convertView och ViewHolder inte används skapar varje rullning ett nytt View-objekt, vilket leder till minnesläckor och fördröjning på listor med 50+ element. ViewHolder med view.tag — obligatorisk optimering för ListView med anpassade layouter.

Begränsningar för ListView: varför Google rekommenderar RecyclerView

ListView har fyra arkitektoniska begränsningar som Google åtgärdade i RecyclerView: (1) endast vertikal orientering — inga rutnät, horisontella listor eller kaskader; (2) avsaknad av punktmeddelanden — varje dataändring orsakar fullständig omritning via notifyDataSetChanged(), vilket skapar ryckighet; (3) ingen inbyggd animering för tillägg/borttagning av element; (4) ingen separation av ansvarsområden — LayoutManager är inbyggd, ItemAnimator saknas.

<!-- item_product.xml — layout för ListView-element -->
<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>

Praktiska konsekvenser: på listor upp till 20 element fungerar ListView lika snabbt som RecyclerView. Vid 100+ element blir skillnaden märkbar: ListView börjar tappa FPS på grund av brist på differentiella beräkningar och tvingad ViewHolder. För listor med frekventa uppdateringar (chatt, feed, loggar) är ListView inte lämplig — använd RecyclerView med Paging 3. På IT Sectr migrerar vi ListView till RecyclerView vid varje arbete på legacy-skärmar med mer än 50 element.

Konfigurera ListView via XML-attribut

ListView tillhandahåller en uppsättning XML-attribut för snabb konfiguration utan kod: android:divider (färg/bild på avgränsare), android:dividerHeight (tjocklek), android:scrollbars (rullningslister), android:fastScrollEnabled (snabb rullning via handtag), android:choiceMode (markeringsläge: singleChoice, multipleChoice). Attributet android:entries gör det möjligt att fylla listan från en resursmatris (string-array) utan adapter.

Markeringsläge: choiceMode="singleChoice" aktiverar RadioButton-stil, där det markerade elementet markeras. choiceMode="multipleChoice" — kryssrutor för flera element. Markeringsdata är tillgänglig via listView.checkedItemPosition eller listView.checkedItemIds. Viktigt: vid choiceMode använder ListView StateListDrawable för bakgrunden — ställ in en egen väljare om standardblått inte passar designen.

ListView vs RecyclerView: jämförelse av funktioner

Val mellan ListView och RecyclerView beror på projektets krav. RecyclerView är den moderna standarden, men ListView kan vara motiverad för enkla skärmar med minimala underhållskostnader för gammal kod. Jämförelse baserat på alla nyckelparametrar:

Slutsats: för nya projekt använd RecyclerView. Lämna ListView endast i legacy-kod där migrering är orimligt dyr. Enligt riktlinjerna för Material Design 3 (2026) bör listor av vilken komplexitet som helst använda RecyclerView för att uppfylla moderna prestanda- och tillgänglighetsstandarder.