[Android] RecyclerView (2023.07.20, 24)

반복되는 레이어

스크롤

 

 

ArrayList → 데이터의 수량을 알 수 없을 때 사용 

배열 → 배열의 크기가 고정되어 있을 때 (데이터의 수량이 정해져 있을 때)

 

무조건 ArrayList를 사용하는 것이 좋은 것은 아님!

 

---

RecyclerView 원리

 

RecyclerView는 화면 크기에서 좀더 여유있게 복사 후 스크롤을 올리면 view를 재활용

→ view를 재활용하고 데이터만 업데이트하기 때문에 속도가 빠름 

 

ListView는 데이터가 100개면 템플릿도 100개 → 데이터가 많아질수록 불러오는 속도가 느려짐

 

 

Recycler View는 안드로이드 앱에서 리스트와 그리드와 같은 대량의 데이터를 효율적으로 표시하고 관리하기 위한 뷰(View) 그룹입니다. 기존 ListView의 문제점을 개선하고 성능을 향상시키기 위해 안드로이드 지원 라이브러리에 포함되어 있습니다.

Recycler View의 주요 원리
재활용(Recycling):
Recycler View는 그 이름에서 알 수 있듯이 "재활용"을 중점으로 합니다. 이는 사용자 인터페이스(UI)에 보여질 때 리스트나 그리드의 각 아이템을 뷰로 표시하고, 스크롤링에 따라 화면에 표시되는 아이템들이 끊임없이 재사용되는 것을 의미합니다.
예를 들어, 화면에 보여지는 아이템 중 하나가 스크롤되어 화면을 벗어나면 해당 뷰는 즉시 재활용됩니다. 그리고 이 재활용 뷰가 리스트의 끝에서 다시 보여지는 새로운 아이템의 데이터로 업데이트되어 화면에 표시됩니다. 이런 방식으로 뷰들을 재사용함으로써 메모리 사용량이 줄어들고 성능이 향상됩니다.

ViewHolder 패턴:
Recycler View는 ViewHolder 패턴을 사용하여 뷰의 재활용을 관리합니다. ViewHolder는 Recycler View에서 아이템 뷰를 담아두는 객체로, 각 아이템 뷰의 구성 요소들에 대한 참조를 가지고 있습니다.
RecyclerView는 아이템 뷰를 보여줄 때 새로 생성하는 대신, 이전에 생성된 ViewHolder 객체를 재활용하여 뷰를 업데이트합니다. 이렇게 하면 findViewById와 같은 비용이 드는 작업을 매번 반복하지 않고 효율적으로 뷰를 관리할 수 있습니다.

LayoutManager:
Recycler View는 뷰들의 배치를 관리하는 LayoutManager를 사용합니다. LayoutManager는 Recycler View에게 어떻게 뷰들을 배치해야 하는지에 대한 역할을 수행합니다. 예를 들어, 리스트 형식의 경우에는 세로로 아이템들이 나열되어야 하고, 그리드 형식의 경우에는 격자 형태로 배치되어야 합니다. LayoutManager는 이러한 뷰 배치 로직을 담당하여 Recycler View가 화면에 보여지는 뷰들의 위치를 결정합니다.Adapter: Recycler View는 데이터와 뷰 간의 다리 역할을 하는 Adapter를 필요로 합니다. Adapter는 Recycler View에 표시할 아이템 데이터를 관리하고, ViewHolder를 생성하고 바인딩하여 화면에 표시할 뷰들을 생성합니다. 또한 사용자의 데이터 변경 사항을 감지하여 적절하게 뷰를 업데이트하고 재활용합니다.

이와 같은 원리들로 Recycler View는 효율적이고 빠른 리스트와 그리드를 구현할 수 있도록 도와줍니다. 따라서 대량의 데이터를 다루는 앱에서는 Recycler View를 사용하는 것이 권장됩니다.

 

 

ViewHolder 클래스 생성

 

 

package com.sjy.ex20230720

import android.view.View
import android.widget.ImageView
import android.widget.TextView
import androidx.recyclerview.widget.RecyclerView.ViewHolder
import org.w3c.dom.Text

class KakaoViewHolder(var itemView : View) : ViewHolder(itemView) {
                        //생성자                상속
    //class KakaoViewHolder extends ViewHolder{
    //  KakaoViewHolder(View itemView){
    //      super(itemView); super -> 상위 클래스의 생성자 호출
    //   }
    // }

    //템플릿에 있는 view를 저장
    var img : ImageView
    var tv_name : TextView
    var tv_message : TextView
    var tv_time : TextView

    //default 생성자 => 매개변수 X 생성자
    init{
        //itemView => template
        img = itemView.findViewById(R.id.img)
        tv_name = itemView.findViewById(R.id.tv_name)
        tv_message = itemView.findViewById(R.id.tv_message)
        tv_time = itemView.findViewById(R.id.tv_time)
    }
}

 

 

---

 

Adaptor

 

 

상속의 특징 
1. extends
 - 자식 클래스는 부모 클래스의 기능(메서드), 필드를 물려받는다. 
2. ~계열 → 업캐스팅
 - 업캐스팅 : 하위 클래스 타입의 객체가 상위 클래스 타입으로 형변환이 일어나는 것
 - 자식클래스는 부모 클래스로 업캐스팅이 항상 가능해야 한다 → 리스코프치환의 법칙(LSP)
- 다운캐스팅 : 업캐스팅된 객체를 기존의 하위 클래스로 되돌리는 것

** final 키워드
1. final 필드 : 수정이 불가능(상수)
2. final 클래스 : 더 이상 상속이 불가능
3. fianl 메소드 : 더 이상 오버라이딩이 불가능

 

 

 

 

package com.sjy.ex20230720

import android.content.Context
import android.view.LayoutInflater
import android.view.View
import android.view.ViewGroup
import android.widget.ImageView
import android.widget.TextView
import androidx.recyclerview.widget.RecyclerView.Adapter

class KakaoAdapter(var context:Context, var template:Int, var data:ArrayList<KakaoVO>)
    : Adapter<KakaoViewHolder>() {
    //상위 클래스인 Adapter 클래스는 추상 클래스
    // => 추상 클래스를 상속받는 하위 클래스는 반드시 추상 메서드를 오버라이딩(재정의)해야한다.
    // => 오버라이딩 안하려면 추상화
    //adapter : templete과 data 연결 (매개변수 3개 : 화면, 템플릿, 데이터)
    //
    override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): KakaoViewHolder {
        //templete에 있는 view를 저장하는 viewholoder를 생성
        //하나의 리싸이클러뷰에서 최초 1번만 실행 >> onBindViewHolder에서 꾸밈
        //xml => kt(java) 객체로 만드는 작업을 Inflater라고 부름
        //대표적으로 findViewById

        //ViewHolder를 생성할 때 Templete.xml을 View타입으로 변환해서 전달
        var templete_view : View = LayoutInflater.from(context).inflate(template, parent, false)
        var VH : KakaoViewHolder = KakaoViewHolder(templete_view)

        return VH
    }

    override fun getItemCount(): Int {
        //전체 아이템의 개수를 리턴하는 곳
        //return 5 => 5개 반환
        return data.size
    }

    override fun onBindViewHolder(holder: KakaoViewHolder, position: Int) {
        //제네릭기법 : 클래스를 설계하는 시점에는 자료형을 기재하지 않는다.
        //이전에 쓰던 ViewHolder에서 View를 꺼내다가 ArrayList에 저장된 데이터들로 꾸밈!
        //getItemCount에 적힌 숫자만큼 호출됨

        var img : ImageView = holder.img
        var tv_msg : TextView = holder.tv_message

        var KakaoMessage : KakaoVO = data.get(position)

        img.setImageResource(KakaoMessage.img)
        tv_msg.text = KakaoMessage.msg

        //ver2.
        holder.tv_name.text = data.get(position).name
        holder.tv_time.text = data.get(position).time
    }

}