RecyclerView에 대하여 (feat. ListView)

안녕하세요.

RecyclerView에 대해 자세히 알아보려고 합니다.

정리하다 보니 글이 길어질 것 같아 시리즈로 나눠서 글을 작성하려고 해요.

현재 계획으로는 약 4편의 시리즈로 작성하려고 하지만 중간에 생략되거나 늘어날 수도 있을 것 같습니다.

1. RecyclerView에 대하여 (feat. ListView)
2. RecyclerView 구성요소
3. RecyclerView Deep Dive (feat. RecyclerView.java)
4. RecyclerView CustomView

일주일에 하나씩은 쓰겠지...라는 마음가짐으로 시작해 보겠습니다.

 

RecyclerView

RecyclerView  |  Android Developers

에 따르면, RecyclerView의 정의는 다음과 같습니다.

 

A flexible view for providing a limited window into a large data set.
대용량 데이터셋에 제한된 창을 제공하기 위한 유연한 뷰

 

안드로이드에서 리스트 형태의 데이터를 보여주기 위해 자주 사용하게 되는 위젯입니다.

Android Jetpack의 구성요소 중 하나이기도 하며, RecyclerView라는 클래스도 존재하고 라이브러리도 존재합니다.

동명이인같은 느낌이네요.

Android Jetpack recyclerview

참고로 안드로이드 개발자 공식 사이트에서는 리스트 형태의 데이터를 나타낼 때 RecyclerView를 사용하는 것을 적극 권장하고 있습니다.

 

특징

가장 큰 특징은 사용자에게 보여지는 뷰를 동적으로 생성하고, 재활용한다는 것입니다.

이를 통해 데이터 갯수만큼의 뷰를 생성하지 않고, 사용자에게 보여지는 만큼만 생성해서 재활용하게 됩니다.

뷰를 재활용하면 어떤 장점이 있을까요?

1. 메모리 최적화
2. 속도 향상
3. 부드러운 스크롤

있는 뷰를 다시 사용하기 때문에 레이아웃을 데이터 갯수만큼 생성하지 않습니다.

그렇기 때문에 메모리 사용량이 감소하고, 덩달아 속도도 올라가고, 스크롤 모션도 부드러워지는 것입니다.

 

뷰 생성에 얼마나 많은 코스트가 필요하길래?

그럼 뷰를 생성하는 데 얼마나 많은 코스트가 필요하길래 ListView를 쓰지 말라고 신신당부하는 걸까요?

당연히 있는 뷰를 다시 사용하는 것보다 새로 만드는 데에 코스트가 많이 들어갈 것 같은 느낌이 들긴 합니다.

뷰 객체를 생성하고 삭제하는 데에도 많은 코스트가 필요하지만, 결정적으로는 Layout Inflate 과정에서의 코스트가 무시무시합니다.

아래위로 스크롤할 때마다 새롭게 보여줄 뷰를 생성하고, 그 뷰를 inflate하는 데에 필요한 메모리와 실행 시간도 문제인데, 심지어 layout inflate는 비동기 처리도 안 됩니다. UI 스레드에서 실행되는 작업이기 때문입니다.

실제로 ListView로 데이터 목록을 만들고 실행해서 쫙쫙 스크롤해 보면 버벅...버버벅...하는 느낌이 듭니다.

쓰지 말라는 데는 이유가 있는 법입니다.

 

ListView는 재활용이 안되나요

RecyclerView를 공부해 본 사람이라면 ListView와 비교해서 RecyclerView가 성능이 더 좋으니 RecyclerView를 써야 한다...는 요지의 글을 많이 봤을 것 같은데요.

그럼 ListView의 메모리 효율성은 어떨까요? 정말 그렇게 절망적일까요?

사실 ListView에도 ViewHolder 패턴을 적용하여 RecyclerView와 비슷하게 동작시킬 수 있습니다.

그러나 ListView는 ViewHolder 패턴을 "강요"하지 않고, 횡스크롤도 안되고, 애니메이션도 안되고, 데이터가 변경될 때마다 notifyDataSetChanged()를 통해 모든 뷰를 갱신해야 합니다.

상당히 번거롭죠?

진짜 쓰지 말라는 데는 이유가 있는 법입니다...

 

 

마무리

다음 글에서는 RecyclerView의 구성요소에 대해 알아보겠습니다.