RecyclerView — co to je, ViewHolder a Adapter v Androidu

Co je RecyclerView?

RecyclerView — komponenta knihovny Android Jetpack, představená na Google I/O 2014 jako součást Android Support Library v7. Je určen pro zobrazování dynamických seznamů a mřížek s vysokým výkonem. RecyclerView se objevil jako náhrada za ListView a řeší klíčový problém předchůdce — chybějící vynucené znovupoužití ViewHolderů.

Architektura RecyclerView je postavena na vzoru Model-View-Adapter: data jsou uložena v modelu (List, LiveData, Flow), zobrazení spravuje Adapter a rozvržení řídí LayoutManager. Každá komponenta je zodpovědná za svou oblast, což činí systém flexibilním a rozšiřitelným.

Podle průzkumu Android Developers (2025) je RecyclerView používán v 78% Android aplikací z top-100 Google Play. Výkon posouvání seznamu s 1000+ prvky zůstává stabilní na 60 FPS na zařízeních střední třídy díky třem mechanismům: pool ViewHolderů, diferenční výpočet aktualizací a asynchronní načítání dat.

Kdy použít RecyclerView

RecyclerView je optimální pro: seznamy s neznámým počtem prvků (feed, chaty, logy), mřížky s N sloupci (galerie, katalogy), kaskádová rozvržení (Pinterest nástěnky), seznamy s animací přidávání/odebírání prvků. Pro jednoduché obrazovky s 2–5 prvky jsou LinearLayout nebo ScrollView jednodušší a efektivnější — RecyclerView přidává režii.

Nastavení závislosti

Pro použití RecyclerView přidejte závislost do build.gradle (app): implementation 'androidx.recyclerview:recyclerview:1.4.0'. Minimální verze API — 14 (Android 4.0). Od AndroidX RecyclerView 1.3.0 jsou k dispozici moduly recyclerview-selection pro výběr prvků a recyclerview-swipe pro přejíždění.

Jak RecyclerView funguje: tři klíčové komponenty

RecyclerView je rozdělen do tří nezávislých vrstev: Adapter spravuje data a ViewHoldery, LayoutManager zodpovídá za pozicování prvků, ItemAnimator řídí animace. Tato architektura umožňuje nahradit libovolnou vrstvu bez změny ostatních — například přejít z LinearLayoutManager na GridLayoutManager bez změny kódu Adapteru.

Pracovní cyklus: (1) Adapter vytvoří ViewHolder pomocí onCreateViewHolder(), (2) LayoutManager určí pozici nového View na obrazovce, (3) Adapter naváže data pomocí onBindViewHolder(), (4) při posouvání se ViewHoldery, které opustily obrazovku, dostanou do poolu (RecycledViewPool) pro opětovné použití. Místo vytváření nových View se znovu používají stávající — to je klíčový výkonnostní mechanismus.

Implementace ViewHolder v RecyclerView

ViewHolder — třída, která ukládá reference na View (TextView, ImageView atd.) uvnitř prvku seznamu. Bez ViewHolder by systém při každém posouvání volal findViewById() — jednu z nejdražších operací Android UI. ViewHolder toto volání eliminuje tím, že si po prvním navázání zapamatuje reference.

// Datový model
data class Article(
    title: String,
    summary: String,
    author: String,
    imageUrl: String?
)

// ViewHolder — ukládá reference na View
class ArticleViewHolder(itemView: View) : RecyclerView.ViewHolder(itemView) {
    private val titleText = itemView.findViewById<TextView>(R.id.tvTitle)
    private val summaryText = itemView.findViewById<TextView>(R.id.tvSummary)
    private val authorText = itemView.findViewById<TextView>(R.id.tvAuthor)

    fun bind(article: Article) {
        titleText.text = article.title
        summaryText.text = article.summary
        authorText.text = article.author
    }
}

Praktické pravidlo: každý View v rozvržení položky by měl být deklarován jako vlastnost ViewHolder s findViewById() přesně jednou — v konstruktoru. Metoda bind() nevolá findViewById(), pouze nastavuje text, barvy a posluchače. Tento přístup urychluje posouvání seznamu o 30–50% podle Google (Android Performance Patterns, 2025).

Typy LayoutManager: výběr rozmístění prvků

LayoutManager určuje, jak jsou prvky rozmístěny uvnitř RecyclerView. Ve výchozím nastavení Android poskytuje tři implementace: LinearLayoutManager, GridLayoutManager a StaggeredGridLayoutManager. Volba LayoutManager ovlivňuje vnímání dat uživatelem a výkon posouvání.

// Nastavení LinearLayoutManager ve Fragmentu
class ArticleListFragment : Fragment() {
    private lateinit var binding: FragmentArticleListBinding

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        val recyclerView = binding.recyclerView
        recyclerView.layoutManager = LinearLayoutManager(requireContext())
        recyclerView.adapter = ArticleAdapter(articlesList)

        // Optimalizace: pevná velikost + pool
        recyclerView.setHasFixedSize(true)
        recyclerView.setItemViewCacheSize(20)

        // Oddělovač mezi prvky
        val divider = DividerItemDecoration(requireContext(), LinearLayoutManager.VERTICAL)
        recyclerView.addItemDecoration(divider)
    }
}

Výkon: LinearLayoutManager s vertikálním posouváním je nejrychlejší možnost, protože prvky jsou rozmístěny sekvenčně a LayoutManager počítá pozice v O(1). GridLayoutManager vyžaduje dodatečné výpočty pro rozdělení do sloupců, ale zůstává efektivní s pevným spanCount. StaggeredGridLayoutManager je nejpomalejší ze tří, protože musí vypočítat pozici prvku v kaskádě s ohledem na výšku sousedních prvků. Používejte jej jen tehdy, když je vizuálně vyžadována různá výška buněk.

Adapter a DiffUtil: efektivní aktualizace dat

Adapter v RecyclerView implementuje vzor Adapter z GoF: převádí data (List<T>) na ViewHoldery zobrazené na obrazovce. Při změně dat může Adapter upozornit RecyclerView prostřednictvím metod notifyDataSetChanged(), notifyItemInserted() a podobných. Problém je, že notifyDataSetChanged() překresluje všechny viditelné prvky, což vede k trhání (jank).

// Adapter s DiffUtil pro efektivní aktualizaci
class ArticleAdapter : RecyclerView.Adapter<ArticleViewHolder>() {

    private var articles: List<Article> = emptyList()

    override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): ArticleViewHolder {
        val view = LayoutInflater.from(parent.context)
            .inflate(R.layout.item_article, parent, false)
        return ArticleViewHolder(view)
    }

    override fun onBindViewHolder(holder: ArticleViewHolder, position: Int) {
        holder.bind(articles[position])
    }

    override fun getItemCount(): Int = articles.size

    // Aktualizace seznamu přes DiffUtil
    fun updateArticles(newArticles: List<Article>) {
        val diffCallback = ArticleDiffCallback(articles, newArticles)
        val diffResult = DiffUtil.calculateDiff(diffCallback)
        articles = newArticles
        diffResult.dispatchUpdatesTo(this)
    }
}

// Callback pro DiffUtil
class ArticleDiffCallback(
    private val oldList: List<Article>,
    private val newList: List<Article>
) : DiffUtil.Callback() {

    override fun getOldListSize() = oldList.size
    override fun getNewListSize() = newList.size

    override fun areItemsTheSame(oldPos: Int, newPos: Int): Boolean {
        return oldList[oldPos].title == newList[newPos].title
    }

    override fun areContentsTheSame(oldPos: Int, newPos: Int): Boolean {
        return oldList[oldPos] == newList[newPos]
    }
}

DiffUtil používá algoritmus Eugena W. Myerse, který vypočítá minimální počet operací (insert, remove, move, change) pro transformaci starého seznamu na nový. Pro seznam 100 prvků pracuje DiffUtil za 1–5 ms (Google, 2025). Pro velké seznamy (10000+) použijte AsyncListDiffer nebo PagingDataAdapter z knihovny Paging — provádějí výpočty na pozadí.

RecyclerView vs ListView: srovnání

ListView — předchůdce RecyclerView, objevil se v Android 1.0 (API 1). Také zobrazuje seznamy, ale nevynucuje ViewHolder, nepodporuje LayoutManager a neumí animovat změny. RecyclerView byl navržen jako náhrada za ListView s přísnější architekturou a lepším výkonem.

Doporučení Google (Android Developers, 2026): používejte RecyclerView pro všechny nové projekty. ListView lze ponechat ve starých kódových základnách (legacy), kde migrace neodůvodňuje náklady. RecyclerView poskytuje lepší výkon na 100+ prvcích, podporuje horizontální posouvání a mřížky bez dodatečných řešení. V Android 15 je ListView oficiálně označen jako částečně zastaralý.