Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
31 |
Tags
- 안드로이드
- 타이머앱
- nvidia-docker
- RxJava
- 카드 내역 공유 앱
- recyclerview
- 특가게시판
- 대학톡
- onViewCreated
- 안드로이드 클린 아키텍쳐
- fragment
- moveToState
- compileKotlin FAILED
- 카드내역 공유
- 작성
- todofication
- java.lang.OutOfMemoryError: Java heap space
- android clean architecture
- Android
- 특가촌
- Koin
- 뷰 상태 저장
- List
- 특가알람
- 올인원타이머
- andorid
- 뷰 상태복구
- RX
- Quickly
- kotlin
Archives
- Today
- Total
목록2021/10/03 (1)
seoft
DiffUtil 아이템 개수와 데이터 교체 방법에 따른 종합 성능 테스트
개요 개인적으로 리사이클러뷰를 구현할 때 DiffUtil을 엄청 믿고 신뢰하며 사용해왔었는데, 팀 내에서 수동적인 notifyXXX 갱신 방식과 DiffUtil 방식의 차이에 대해 잠시 이야기가 나왔습니다. notifyXXX 는 변경대상을 알고 대상 부분에만 변경요청을 하는데 비해, 디프유틸을 사용하게 되면 하나의 아이템에 대한 변경을 위해서 full size diff 를 검사가 필요하기 때문에 성능적인 측면에서 비효율적인 것은 사실입니다. 하지만 예전부터 디바이스 성능이 상향 표준화가 되면서 DiffUtil 도입시의 성능갭이 별로 차이가 나지 않는다면 구현 혹은 유지보수의 용이성과 티가 안나는 성능차이는 트레이드오프할 가치가 있을 것이고 그렇기에 구글 프레임워크에도 포함되어 나오고 있는 거라 생각하고 ..
android
2021. 10. 3. 22:55