RecyclerView — ما هو، ViewHolder و Adapter في Android

ما هو RecyclerView؟

RecyclerView هو مكون من مكتبة Android Jetpack، تم تقديمه في Google I/O 2014 كجزء من Android Support Library v7. إنه مصمم لعرض القوائم والشبكات الديناميكية بأداء عالٍ. ظهر RecyclerView كبديل لـ ListView ويحل المشكلة الرئيسية لسابقه — عدم فرض إعادة استخدام ViewHolder.

بنية RecyclerView مبنية على نمط Model-View-Adapter: يتم تخزين البيانات في نموذج (List، LiveData، Flow)، وتتم إدارة العرض بواسطة Adapter، ويتحكم LayoutManager في التخطيط. كل مكون مسؤول عن مجاله الخاص، مما يجعل النظام مرنًا وقابلًا للتوسيع.

وفقًا لاستطلاع Android Developers (2025)، يُستخدم RecyclerView في 78% من تطبيقات Android في أفضل 100 على Google Play. يظل أداء التمرير لقائمة تضم أكثر من 1000 عنصر مستقرًا عند 60 إطارًا في الثانية على الأجهزة متوسطة المدى بفضل ثلاث آليات: تجميع ViewHolders، وحساب التحديثات القائم على الفروق، والتحميل غير المتزامن للبيانات.

متى تستخدم RecyclerView

RecyclerView مثالي لـ: قوائم بعدد غير معروف من العناصر (التغذية، الدردشات، السجلات)، شبكات بأعمدة N (المعارض، الكتالوجات)، تخطيطات متعرجة (لوحات Pinterest)، وقوائم مع رسوم متحركة للإضافة/الإزالة. للشاشات البسيطة التي تحتوي على 2–5 عناصر، LinearLayout أو ScrollView أبسط وأكثر كفاءة — RecyclerView يضيف عبئًا إضافيًا.

إعداد الاعتماد

لاستخدام RecyclerView، أضف الاعتماد إلى build.gradle (app): implementation 'androidx.recyclerview:recyclerview:1.4.0'. الحد الأدنى لإصدار API هو 14 (Android 4.0). بدءًا من AndroidX RecyclerView 1.3.0، تتوفر وحدات recyclerview-selection لتحديد العناصر و recyclerview-swipe لإيماءات السحب.

كيف يعمل RecyclerView: ثلاثة مكونات رئيسية

RecyclerView مقسم إلى ثلاث طبقات مستقلة: Adapter يدير البيانات و ViewHolders، LayoutManager يتعامل مع تحديد موضع العناصر، و ItemAnimator يتحكم في الرسوم المتحركة. تسمح هذه البنية باستبدال أي طبقة دون تعديل الطبقات الأخرى — على سبيل المثال، التبديل من LinearLayoutManager إلى GridLayoutManager دون تغيير كود Adapter.

دورة العمل: (1) يقوم Adapter بإنشاء ViewHolder عبر onCreateViewHolder()، (2) يحدد LayoutManager موضع View الجديد على الشاشة، (3) يربط Adapter البيانات عبر onBindViewHolder()، (4) أثناء التمرير، تدخل ViewHolders التي تغادر الشاشة إلى المجمع (RecycledViewPool) لإعادة الاستخدام. بدلاً من إنشاء Views جديدة، يتم إعادة استخدام الموجودة — هذه هي آلية الأداء الرئيسية.

تنفيذ ViewHolder في RecyclerView

ViewHolder هو فئة تخزن مراجع Views (TextView، ImageView، إلخ) داخل عنصر القائمة. بدون ViewHolder، كل تمرير قد يشغل findViewById() — واحدة من أغلى عمليات واجهة Android. يلغي ViewHolder هذه الاستدعاء بتخزين المراجع مؤقتًا بعد الربط الأولي.

// نموذج البيانات
data class Article(
    title: String,
    summary: String,
    author: String,
    imageUrl: String?
)

// ViewHolder — يخزن مراجع 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
    }
}

قاعدة عملية: يجب تعريف كل View في تخطيط العنصر كخاصية ViewHolder مع findViewById() مرة واحدة بالضبط — في المُنشئ. لا تستدعي طريقة bind() findViewById()، بل تقوم فقط بتعيين النص والألوان والمستمعين. هذا الأسلوب يسرع تمرير القائمة بنسبة 30–50% وفقًا لجوجل (Android Performance Patterns، 2025).

أنواع LayoutManager: اختيار ترتيب العناصر

LayoutManager يحدد كيفية وضع العناصر داخل RecyclerView. يوفر Android ثلاث تطبيقات افتراضية: LinearLayoutManager و GridLayoutManager و StaggeredGridLayoutManager. يؤثر اختيار LayoutManager على إدراك البيانات وأداء التمرير.

// إعداد LinearLayoutManager في Fragment
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)

        // تحسين: حجم ثابت + مجمع
        recyclerView.setHasFixedSize(true)
        recyclerView.setItemViewCacheSize(20)

        // فاصل بين العناصر
        val divider = DividerItemDecoration(requireContext(), LinearLayoutManager.VERTICAL)
        recyclerView.addItemDecoration(divider)
    }
}

الأداء: LinearLayoutManager مع التمرير الرأسي هو الخيار الأسرع لأن العناصر تُرتب تسلسليًا ويحسب LayoutManager المواضع في O(1). يتطلب GridLayoutManager حسابات إضافية لتقسيم الأعمدة لكنه يبقى فعالاً مع spanCount ثابت. StaggeredGridLayoutManager هو الأبطأ من بين الثلاثة لأنه يحتاج لحساب موضع العناصر في التتالي مع مراعاة ارتفاعات العناصر المجاورة. استخدمه فقط عندما تكون ارتفاعات الخلايا المختلفة مطلوبة بصريًا.

Adapter و DiffUtil: تحديث فعال للبيانات

Adapter في RecyclViewfinder يطبق نمط Adapter من GoF: يحول البيانات (List<T>) إلى ViewHolders معروضة على الشاشة. عندما تتغير البيانات، يمكن لـ Adapter إخطار RecyclerView عبر notifyDataSetChanged() و notifyItemInserted() وطرق مماثلة. المشكلة هي أن notifyDataSetChanged() يعيد رسم جميع العناصر المرئية، مما يسبب التقطيع (jank).

// Adapter مع DiffUtil للتحديثات الفعالة
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

    // تحديث القائمة عبر DiffUtil
    fun updateArticles(newArticles: List<Article>) {
        val diffCallback = ArticleDiffCallback(articles, newArticles)
        val diffResult = DiffUtil.calculateDiff(diffCallback)
        articles = newArticles
        diffResult.dispatchUpdatesTo(this)
    }
}

// Callback لـ 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 يستخدم خوارزمية الفروق لـ Eugene W. Myers، التي تحسب الحد الأدنى من العمليات (إدراج، إزالة، نقل، تغيير) لتحويل القائمة القديمة إلى الجديدة. لقائمة من 100 عنصر، يعمل DiffUtil في 1–5 مللي ثانية (Google، 2025). للقوائم الكبيرة (10000+)، استخدم AsyncListDiffer أو PagingDataAdapter من مكتبة Paging — يقومون بالحسابات في خيط خلفية.

RecyclerView مقابل ListView: مقارنة

ListView هو سلف RecyclerView، تم تقديمه في Android 1.0 (API 1). يعرض القوائم أيضًا لكنه لا يفرض ViewHolder، ولا يدعم LayoutManager، ولا يمكنه تحريك التغييرات. تم تصميم RecyclerView كبديل لـ ListView بهندسة أكثر صرامة وأداء أفضل.

توصية جوجل (Android Developers، 2026): استخدم RecyclerView لجميع المشاريع الجديدة. يمكن الاحتفاظ بـ ListView في قواعد الأكواد القديمة حيث لا تبرر الترحيل التكلفة. يوفر RecyclerView أداء أفضل مع 100+ عنصر، ويدعم التمرير الأفقي والشبكات بدون حلول إضافية. في Android 15، تم وضع علامة رسمية على ListView كقديم جزئيًا.